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Introduction 


INTRODUCTION 


Successful microcomputer-based designs are judicious 
blends of hardware and software. The User’s Manual 
addresses both subjects in varying degrees of detail. 
This publication is the definitive source of information 
describing the iAPX 86 components. Software topics 
are given moderately detailed coverage. The manual 
serves as a reference source during system design and 
implementation. 


Intel’s Literature Guide, updated bi-monthly and avail- 
able at no cost, lists all other manuals and reference 
material. Of particular interest to iAPX 86,88 designers 
are: AP-113, Getting Started with the Numeric Data 
Processor; AP-106, Multiprogramming with iAPX 
86,88 Microsystems; The Peripheral Design Handbook, 
' and the iAPX 88 Book. 


MANUAL ORGANIZATION 


The manual contains four chapters, two appendices, 
and a numerics supplement. The remainder of this 
chapter describes the architecture of the iAPX 86 
and 88. 


Chapter 2 describes the iAPX 86 and iAPX 88 Central 
Processing Units. Chapter 3 describes the 8089 Input/ 
Output Processor. These two chapters are identically 
organized and focus on providing a functional descrip- 
tion of the iAPX 86,88 and 89, plus related Intel 
products. 


Hardware reference information—electrical charac- 
teristics, timing and physical interfacing—for the iAPX 
86,88 processors is concentrated in Chapter 4. 


Appendix A is a collection of iAPX 86 application 
notes; these provide design and debugging examples. 
Additional application notes are available through In- 
tel’s Literature Department (see Literature Guide). 


Appendix B contains iAPX component data sheets and 
several systems data sheets. The entire Intel catalog of 
data sheets is available in: 1981 Component Data Cata- 
log and 1981 Systems Data Catalog. 


The Numerics Supplement provides detailed informa- 
tion on the 8087 numeric processor extension to the 
iAPX 86/10 and 88/10 CPUs. | 
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MICROSYSTEM 80 — 
NOMENCLATURE 


The increase in microcomputer system and software 
complexity has prompted Intel to introduce a new fam- 
ily of microprocessor products to reduce application 
complexity and cost. This new generation of Intel 
microprocessors is powerful and flexible and includes 
many processor enhancements. These include CPUs, 
numeric floating point extensions, I/O processors, and 
all the support chips required for a full function system. 


As Intel’s product line has evolved, its component- . 
based product numbering system has become inappro- 
priate for all the possible VLSI computer solutions 
offered. While the components retain their names, Intel 
has moved to a new system-based naming scheme to 
accommodate these new VLSI systems. 


We have adopted the following prefixes for our product 
lines, all of them under the general heading of 
Microsystem 80: 


iAPX — Processor Series 

iRMX — Operating Systems 
ISBC — Single Board Computers 
iSBX 


_— MULTIMODULE Boards. 


Concentrating on the iAPX Series, two processor lines 
are currently defined: | 


iAPX 86 — 8086 CPU-based system 
1APX 88 — 8088 CPU-based system 


Configuration options within each iAPX system are 
identified by adding a suffix, for example: 


iAPX 86/10 — CPU Alone (8086) 

iAPX 86/11 — CPU + IOP (8086 + 8089) 

iAPX 88/20 — CPU with Math Extension 
(8088, 8087) 

iAPX 88/21 — CPU with Math Extension + IOP 
(8088, 8087 + 8089) 


This improved numbering system will enable us to pro- 
vide you with a more meaningful view of the capabili- 
ties of our evolving Microsystem 80..- 
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iAPX 86 AND iAPX 88 ARCHITECTURE — 
THE FOUNDATION FOR THE FUTURE 


Overview 


iAPX 86,88 is an evolving family of microprocessors and 
| peripherals. The family partitions processing functions among 
general data processors (8086 and 8088), specialized coproces- 
sors like the 8087 numeric data processor, and I/O channel 
processors (the 8089). 


Four key architectural concepts shaped the data processor 
designs. All four reflect the family’s role as vehicles for 
modular, high level language programming (in addition to 
assembly language programming). The four architectural 
concepts are memory segmentation, the operand addressing 
structure, the operation register set, and the instruction 
encoding scheme. They are distinct departures from the 
minicomputer architectural styles of the 1960’s and 1970's. 


These earlier architectures (minicomputers) were designed 

for assembly language programming which emphasizes reg- 
ister based data and linear programs. Over the last decade, 
large software development projects shifted their program- 
ming to high level languages which employ modular. pro- 
gramming and. memory based data. The iAPX 86,88 
memory segmentation scheme is intended for modular pro- 
grams. It supports the static and dynamic memory require- 
ments of program modules, as well as their communication 
needs. The iAPX 86,88 registers are designed for fast high 
level language execution. The scheme employs specialized 
registers and implicit register usage. You will derive signifi- 
cant performance and memory utilization improvements 
directly from these architectural features. 


The four concepts are discussed in me following sections. 
They are: 


¢ Memory segmentation for modular programming, 
evolution to memory management and protection 


e Addressing structure for high level programming — 
languages 


© Operation register set for computation 


e Instruction s set encoding for memory efficiency 
and execution speed 


Memory Segmentation for Modular Programming 


Large programs (10-100K bytes) are not generally written in 
assembly language. They are developed in individually com- 
piled modules in high level languages. Modular program 
development techniques, program libraries, compatible link- 
ing, and project management tools are often requirements in 
such an environment. A complex application program 
might be composed of multiple processes, with each process 
constructed from multiple modules. Procésses send mes- 
sages to each other for communication, while modules gen- 
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erally share common data when needed. Ideally, these inter- 
module communication paths are well structured and 


disciplined. 


The iAPX 86, 88 segmentation scheme i is optimized for the 
reference patterns of computer programs. Four segment 
registers are provided in a segment register file. Memory 
references are relative to automatically selected code seg- 
ment (CS) and data segment (DS) registers. The module 
shares a stack segment (SS) with all other modules of the 
process (task). The module may share a global data segment 
with other modules in the process; for example, to send and 
receive messages between modules. This segment is accessed 
explicitly with the extra segment (ES) register. 


This scheme is highly efficient because constant program 
references to code and data, as well as the stack,- have 
automatic segment selection. This results in minimized 
instruction length. Only 16 bits are required to address any- 
where in the full megabyte address range. Only infrequent 
inter-module communications require the extra prefix bits to 
explicitly override the automatic segment selection. 


There are two other significant advantages to the seamieak 
register concept. First, it separates segment base addresses 
from offset addresses which are relative to the segment base. 
Only offset addresses are used within object modules. This 
supports position-independent, dynamically relocatable mod- 
ules. You merely have to alter the CS and DS register contents 
to move a module, rather than relinking the whole task and 
reloading. This structure employs short addresses (16 rather 
than 20-bit) for efficient use of memory. 


The second advantage of iAPX 86,88 segmentation is that it 
can be extended to include memory management and multi- 
level protection. The contents and width of segmentation 
registers are independent of the rest of the instruction set. 
The architecture can be made to address additional memory 
and provide access rights and limit checking. Using the 
mainframe concept of memory based segment tables, this 
structure can also support virtual memory. Further, since 
only four registers are active in the file at a time, these 
features can be accomplished on the CPU chip itself, avoid- 
ing the access delays of off-chip memory management. 


In summary, memory segmentation has several ultimate 
benefits for the end user. It provides for simplified hardware 
and faster, modular software development, more easily 
maintainable code, and provides an orderly way for the 
architecture to grow. 


Addressing Structure for High Level 
Programming Languages 


The iAPX 86,88 architecture employs an operand address- 
ing scheme complementing the memory segmentation 
scheme. There are four components in an address. They are 
the segment, base, index, and displacement. The segment 
component was just described. A base register is dedicated to 
both the data and stack segments. These base registers may 
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ACCUMULATOR 
BASE 

COUNT 

DATA 


STACK POINTER 
BASE POINTER 
SOURCE INDEX 
DESTINATION INDEX 


also be used when accessing the extra (global) segment. They 
are used for holding the base address of a data structure. 


Two index registers are provided for use with the base 
registers to dynamically select any element from a based data 
structure. Eight or sixteen-bit fixed displacements may be 
added to any of these address forms. The complete regis- 
ter file is shown in Figure 2 and the addressing structure is 
shown in Figure 3. 

Referring to Figure 3, aniAPX 86,88 operand address con- 
tains up to four components: a segment (S), a base (B), an 
index (I), and a:displacement (d). The segment component is 
automatically selected for the code, data, and stack seg- 
ments. An explicit segment selection is required for data 
references in the extra segment. Any combination of the 
remaining three address components is permitted in virtually 
all memory reference instructions, with at least one always 
being present. | 


COMPONENT 
SEGMENT 
Epes 
INDEX 


DISPLACEMENT 


Figure 2. iAPX 86/10, 88/10 Register Model 


= EFFECTIVE ADDRESS 


Figure 3. 
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INSTRUCTION POINTER 
STATUS FLAGS 


FLAGSy FLAGSL 


CODE SEGMENT 
DATA SEGMENT 
STACK SEGMENT 
EXTRA SEGMENT 


Block and string data are extensions to this scheme. They use 
different assumptions for source and destination segments, 
but the segments are still implicitly accessed. Immediate 
operands are also supported. 


The iAPX 86,88 is a two operand machine (source and 
destination). It supports source/ destination operand combi- 
nations of register/memory, memory/register, memory/ 
memory (string operations only), immediate/ register, and 
immediate/memory. The various address combinations of 
S, B, I, and d correspond to common data structures used in 
high level language programming. Such data structures can 
therefore be implemented easily in assembly language as 


well. 


Figure 3 shows the correspondence between the most com- 
mon iAPX 86,88 address modes and various data types in 
high level programming languages. The S component is 
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iAPX 86,88 Four Component Addressing Structure 
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_implicit; the stack base (BP) assumes the stack segment; no B 

‘component, or use of the data base (BX), assumes the data 
segment. The less commonly used address modes are not 
shown. 


The stack base (BP) is a concept borrowed from the family of 
P-machines “developed” as ideal PASCAL vehicles. P- 
_ machines term this register the “mark pointer”. It always 
points to the base of the current local data area in the stack 
‘segment. This permits efficient local addressing in block- 
structured languages such as PASCAL and PL/M. In these 
languages, procedures are invoked by pushing their parame- 
ters on the stack, calling the procedure, and then allocating 
their local data area on the stack. The iAPX 86,88 return 
instruction then removes the parameters from the stack, as is 
done in the P-machines. 


Operation Register Set for Computation 


The Intel iAPX 86,88 line is truly a complete family of 
‘microprocessors. The iAPX 86/10 and iAPX 88/ 10 are the 
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general data processor members of the family, while the 8089 


is the I/O processor family member. In addition, the CPU 
itself has an interface for attaching coprocessors. Coproces- 
sors provide specialized operation set extensions that benefit 
the application by performing special purpose logic to 
increase performance. 


The iAPX 86/20 Numeric Data Processor i 1S an example of 
this. concept. Using an 8086 with an 8087 coprocessor (CPU 
extension) it provides a one hundred- fold performance boost 
over the iAPX 86/10 for a wide range of numeric operations. 

The full computational capability of the iAPX 86,88 family 
can therefore span a much broader range than is possible with 
a single microprocessor. This technique has been used success- 
fully in the mainframe and minicomputer industries to provide 
instruction set options for scientific, commercial, text process- 
ing, or other special purpose applications. | 


An 8087 extends the iAPX 86 or iAPX 88 architecture to 
include additional data types, registers, and instructions. The 
8086 or 8088, with an 8087 coprocessor, operates on 16, 32, 
and 64-bit integers, 32, 64 and 80-bit floating point 
numbers, and up to 18 digit packed BCD numbers. Data 
conversions and calculations are performed in the 8087 
and are transparent to the programmer. 


The iAPX 86/ 10 and iAPX 88/10 CPUs alone can ee 
arithmetic operations on signed and unsigned 8 and 16-bit 
binary integers as well as packed and unpacked decimal 
integers. The full complement of logical operations are pro- 
vided as well. Interesting new features are the string opera- 
tions. Six primitive string instructions (move, skip; search, 
compare, set, and translate) are standard. When combined 
with special control operators, complex string manipula- 
tions are possible with two or three instructions. _ 


and Execution Speed 


The iAPX 86 uses a byte oriented instruction stream while 
operating with a 16-bit data bus. To accomplish this, the 
processor is subdivided into two independent parallel pro- 
cessors called the bus interface unit (BIU) and the execution 
unit (EU). The iAPX 88 employs an identical execution 
unit and is 100% code compatible with iAPX 86, yet it 
interfaces to an 8-bit wide data bus BIU. The bus interface 
unit is an independent processor that prefetches instruc- 
tions. Instruction fetch time is therefore mostly over- 
lapped with other iAPX 86,88 processor activity. The bus 
interface unit permits either instructions or data to be 
placed in memory without regard to word boundaries. 
(An array of five byte records in PASCAL can be refer- © 
enced without requiring an additional byte of padding to 
word align the records.) Processor subdivision into the 


BIU and EU has the additional benefit of minimizing the 


effect of wait states and bus hold time on CPU efficiency. 


Instruction set encoding is substantially improved when 
instructions are composed in byte. multiples | instead of 
words. Instructions in the i:APX 86,88 vary from one to six 
bytes in length (not counting optional prefix bytes). The 
average instruction is three bytes long: In a word aligned 
machine the same information would occupy four bytes. 
This and the features described above give the iAPX 86,88 
roughly a 30% program space savings over other archi- 
tectures. 


PROCESSOR PARTITIONING 


Beyond efficient support for high level eee the 
iAPX 86 and iAPX 88 establish thé foundation for the 
family to build on in the 1980’s. The family uses increasing 
levels of integration to significantly reduce eon yate: hard- 
ware, and development investment. — 


The iAPX 86 /10 and iAPX 88 /10 general purpose proces- 
sors employ external module integration. Specialized sys- 
tem functions are distributed among optimized compo- 
nents and removed from the host processor. The CPU is 
freed to become the system manager and resource allocator 
rather than doing “all things for all programs”. The family 
also includes the 8087 Numeric Data Processor and the 
8089 I/O Channel Processor. 


These processors are optimized to address the three main 
functions in a computer environment: data processing and 
control, arithmetic computation, and input/output. The 
8087 and 8089 are described below. 


The 8087 Numeric Processor Extension (NPX) adds over 
50 numeric opcodes and eight 80-bit registers to the host 
processor to provide more extensive data and numeric 


processing capability. It performs floating point and trans- 
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_ Figure 4. Numeric Data Processor Block Diagram 


cendental (trigonometric) functions, processes decimal 
operands up to 18 digits without roundoff, and performs 
exact arithmetic on integers up to 64 bits long. Another 
feature of the NDP, with important benefits to you, is that 
it is compatible with the proposed IEEE floating point 
standards. It can be used in applications requiring high 
speed computation such as numerical analysis, accounting 
and financial applications, the sciences, and engineering. 
Throughput increases in such applications up to 100 times 
current speeds are typical (See Figure 4.) 


The 8089 Input/Output Processor (IOP) is an independent 
microprocessor that optimizes input/output operations. 
_ The objective of the IOP is to remove all I/O details from 
application software. It responds to CPU direction but 
executes its own instruction stream in parallel with other 
processors. I/O transfers of either 8 or 16-bit data can be 
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done at rates up to 1.25 megabytes per second. The IOP 
therefore combines the attributes of both a CPU and a 
DMA controller to provide a powerful I/O subsystem. An 
important feature of the IOP is that it can be physically 
isolated from the application CPU. The advantage to you 
is that I/O subsystem changes or upgrades can be made 
without any impact to application software. (See Figure 5.) 


Summarizing, there are several aevanlanee to external 

module integration: . 

e System tasks may be allocated to special purpose pro- 
-cessors designed for optimal task handling 


¢ Simultaneous operation (parallel processing) provides 


highest system performance 


® Isolated system functions minimize the effect of modifi- 
cations, local failures, or errors on the rest of the system 
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Figure 5. 1/O Processor Block Diagram 
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@ The iAPX 86,88 family of processors allows division of 

_ the application into small, manageable tasks for parallel 
development, while providing built-in hardware facili- 
ties for coordinating processor interaction. With the 
iAPX 86,88 approach you can implement high perfor- 
mance systems far more quickly and easily than would 
otherwise be possible. 


DEVELOPMENT TOOLS 
Development Systems 


Development systems are a unique soerbeatiol of hardware 
and software tools which increase your product development 
productivity. With Intel development products, you will 
shorten the development cycle and reduce your time to 
market. 


Development systems from Intel provide an upgradable spec- 
trum of tools ranging from stand alone development systems 
to future networks of specialized work stations. Intel elimi- 
nates your risk of development system obsolescence by gua- 
ranteeing product upgradability and compatibility. This gua- 
rantee protects your capital investment. 


F or small to medium size projects, the Intellec™ development 
system is available in many configurations at low cost. For 
small projects, these systems have nominal program memory 
with floppy disks as peripheral storage devices.. Minimum 
configurations may be upgraded to provide increased perfor- 
mance, increased memory, and increased mass storage via 
hard disk. These more powerful configurations support 
medium sized projects. - 


The Intellec Series I i 85 i isa good eaniele of sucha system. 
It is a complete microcomputer development system inte- 
grated into one compact package. The Model 225 includes a 
CPU with 64K bytes of RAM, 4K bytes of ROM, a 2000 
character CRT, detachable full ASCII keyboard, and a 250K 
byte floppy disk drive. The powerful ISIS-II Disk Operating 
System software allows you to efficiently develop and debug 
iAPX 86,88 programs. Optional storage peripherals provide 
over 2 million and 7.3 million nye of storage on floppy and 
hard disk, respectively. . 


Distributed development configurations address the range of 
medium to large sized projects. These configurations connect 
multiple standalone development systems to more powerful 
support resources such as mainframes and their peripherals. 


_ In addition to the Intellec® development system, Intel offers 
several products to help you debug and test your hardware and | 


software. In-Circuit-Emulators, such as ICE-86™ and ICE- 
88™, are available to emulate your product environment. They 
increase development productivity substantially. Another 
software tool, RBF-89, helps you debug 8089 software under 
ICE control. With these tools, software development time 
can be reduced dramatically — lowering your total in- 
vestment. 


High Level Languages 


Programming languages are the key to developing an applica- 
tion. Intel programming languages serve three purposes in 
your design. First, they are your. primary design tool. Intel’s 

breadth of languages and extended features give you the 


maximum ability to properly design and plan your program. 


Second, Intel languages are a communication vehicle between 
programmers during implementation and later during modifi- 
cation. Standard high level languages allow programmers to 
better communicate what the programs.do. Third, Intel lan- 


_ guages are designed in conjunction with Intel microsystems to 


provide the greatest code efficiency and execution speed. Intel 
languages speed implementation of your design and reduce 
maintenance costs. 


-MDS-311 isa set of software development tools for iAPX 86 


and iAPX 88 applications. It is a complete set of software 
products that run on the Intellec Model-800 and Series-II 
development systems. The software tools provided include 
PL/M-86, high level programming language, and the ASM- 
86 assembler. Two utilities, LINK86 and LOC86, are supplied 
to link separately compiled or assembled program modules 
into executable tasks. The Library Manager, LIB86, lets you 
maintain a library of iAPX 86 or iAPX 88 “object modules. 
These modules can then be linked in with new programs 
without being recompiled. This simplifies and speeds your : 
development. Common code (e. g.a subroutine) only has to be 
developed and compiled once. Intel code converters, such as 
CONV86, are very useful tools for migrating 8080 or 8085, 
Z80, and 6809 assembly language programs to theiAPX 86 or | 
iAPX 88. They convert assembly source. code to ASM86 
source code. This will help you make a rapid transition and cut 
redevelopment costs substantially. 


Intel will provide a variety of languages for both sisters aid 
applications to facilitate development of your product. You 
can choose the language (or languages) which best suits your 
product needs and the expertise of your staff. ASM86, the 
assembly language, and PL/ M-86, the systems oriented high 
level language, are both currently available. PASCAL, FOR- 


_. TRAN, and BASIC will be elles in the near future, and 
~ COBOL is planned | after that. ° 


 Intel’s languages also run on your final product. Your pro- 


duct’s function is significantly increased when packaged with 


7 language translators. They allow your customers to tailor your 


products for their environment. Intel’s languages will save 
implementation time and free resources to work on the value- 
added Portion of your product. 


SINGLE BOARD COMPUTERS — 
ACCELERATE YOUR 


_ MICROSYSTEM SUCCESS | 
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In addition to the increased integration of functions in 
VLSI components, there is a strong trend today to imple- 
ment microsystem applications with single board compu- 


INTRODUCTION 


ters. This allows the design engineer to: 


e Easily configure reliable and cost-effective systems 
using iSBC and iSBX standard products. 


® Overcome the shortage of qualified engineers and 
technicians. 


® Get the end product to market quickly. 
e Focus on the application. 


® Offset the increasing cost of capital. 


In addition, using iSBC single board computers and iSBX 
expansion products in your design reduces the number of 
risks that you must face in all phases of the product life 
cycle. The four major risk areas that Intel iSBC and iSBX 
products will help you overcome are as follows: 


1. Limited Resources 


Using a fully tested board computer, which incorpo- 
rates the key elements of processor, memory and I/O, 
helps overcome today’s critical shortage of engineers, 
programmers and technicans. Implementing iSBC 
boards and iSBX MULTIMODULES in your design 
reduces increasing capital costs in production, QC, and 
test. It is estimated that using iSBC boards can save up 
to $200,000 per board design. 


2. Time to Market Dictates Success or Failure 


With inflation running at its current rate, the amount of 
time it takes to get a product from an idea to the market 
becomes critical. A delay of a few months can collapse 
your return on investment. 


iSBX™ MULTIMODULE AND 
iSBX BUS 


RAPID VLSI! 
INFUSION 


Experience shows that the first company that gets its 
product to the marketplace usually dominates that 
market. You can get your product to the market months 
earlier using standard off-the-shelf iSBC, iSBX and 
Real-Time Executive (IRMX) Software modules. 
Intel’s large board manufacturing and distribution cap- 
ability enables you to respond to your market demand 
rapidly and in a cost-effective manner. 


3. Solution Completeness and Project Credibility 


Microprocessor based solutions for today’s problems 
are commonplace and are expected to succeed. A broad 
spectrum of compatible system components in the 
iSBC, iSBX, andiRMX product line increase the prob- 
ability of being right the first time. General purpose 
iSBC board solutions are easy to customize through the 
use of iSBX modules from Intel; or your own design. 


4. Coping with the Technology/Complexity - 
Avalanche -_ 


iSBC and iSBX products incorporate the latest in VLSI 
shortly after their initial introduction. With increasing 
system complexity Intel’s design process and testing 
reduces the risk of “gremlin” bugs which multiply with 
complexity and evade diagnosis. Standards used through- 
out the product family such as the de facto industry 
standard MULTIBUS, EIA, IEEE etc. provide a 
smooth transition for your product to new and chang- 
ing processor, memory and I/O technologies. 


Intel’s single board computer product family is continuing 
to reduce your risk and protect your investment in the 
future by expanding iSBC and iSBX products in three 
dimensions: processors, memory, and I/O. 
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Figure 6. Single Board Computer (iSBC 86/12™) 
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SUMMARY 


Intel’s iAPX 86,88 multiple processor family is designed 
for modular programming in high level a as well as assembly 
languages. 


e Its memory segmentation scheme i is optimized for the 
reference needs of computer programs, and is separate 
from the operand addressing structure. 


© The structure for addressing operands within segments 
directly supports the various data types found in high 
level programming languages. 


e The family provides an operation register set to seuppent 
general computation requirements. It also provides for 
optimized operation register sets to do specialized data 
processing functions with its inherent multi- and copro- 
cessor support. 


@ The family uses optimized instruction aacnaine for 
high performance and memory efficiency 


e The family i is well supported with development tools 
and single board computer products. 


This architecture provides the foundation for solving the 
application needs in the 1980’s. It makes a noted departure 
from architectures of the 1960’s and 1970’s — based on 
Intel’s intent to minimize software and parc ware Procucs 
costs for you, the end user. 


IAPX 88 Central 
Processing Units 


CHAPTER 2 
THE 8086 AND 8088 
CENTRAL PROCESSING UNITS 


This chapter describes the mainstays of the 8086 
microprocessor family: the 8086 and 8088 central eno Ch aot] Voc 
processing units (CPUs). The material is divided 
into ten sections and generally proceeds from 


. AD13 |_}3 38]_| A16/S3 
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The chapter describes the internal operation of 
the CPUs in detail. The interaction of the pro- 
cessors with other devices is discussed in func- 
tional terms; electrical characteristics, timing, and 
Other information needed to actually interface enp[]1 40] vec 
other devices with the 8086 and 8088 are provided aE] 2 39] ats 
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in Chapter 4, ai3[L] 3 . 38] A16/s3 
, A12{_}4 37 _] A17/S4 
. ; ni eee PA ag, ; A11|_]5 36 | A18/S5° 
2.1 Processor Overview aol as] atorse 
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The 8086. and 8088 are closely related third- as] a 33) MN/iix 
generation microprocessors. The 8088 is designed ao7[19 | 32) ] AD 


with an 8-bit external data path to memory and 
I/O, while the 8086 can transfer 16 bits at.a time. 
In almost every other respect the processors are 
identical; software written for one CPU will 
execute on the other without alteration. The chips 
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ally wide spectrum of microcomputer applica- a cLk [19 221] READY. 
tions, and this flexibility is one of their most: ' GND] 20 | 21[] RESET 
outstanding characteristics. Systems can range | 
from uniprocessor minimal-memory designs 


implemented with a handful of chips (figure 2-2), MAXIMUM MODE PIN FUNCTIONS (e.9., LOCK) 

to multiprocessor systems with up to a megabyte 

of memory (figure2-3). | | _ ‘Figure 2-1. 8086 and 8088 Central Processing 
a | | Units 
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Figure 2-2. Small 8088-Based System 


1/0 MAPPED LOCAL 
1/0 DEVICES ROM, RAM RESOURCES 
’ T ~ 17o BUS T " LOCAL BUS T ) 


| 


: 8284 8284 8288 
CLOCK GENERATOR CLOCK GENERATOR BUS CONTROLLER 


TRANSCEIVERS il : 
AND LATCHES 


8288 8289 TRANSCEIVERS 7 TRANSCEIVERS 8289 8288 
BUS CONTROLLER BUS ARBITER AND LATCHES AND LATCHES BUS ARBITER BUS CONTROLLER 


MULTIBUS™ SYSTEM BUS : 


MULTIBUS™ CONTROLS MULTIBUS™ CONTROLS 
SYSTEM ROM, RAM 
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The large application domain of the 8086 and 
8088 is made possible primarily by the processors’ 
dual operating modes (minimum and maximum 
mode) and built-in multiprocessing - features. 
Several of the 40 CPU pins have dual functions 
that are selected by a strapping pin. Configured 
in minimum mode, these pins transfer control 
signals directly to memory and input/output 
devices. In maximum mode these same pins take 
on different functions that are helpful in medium 
to large ystems, especially systems with multiple 
processors. The control: functions assigned to 
these pins in minimum mode are assumed by a 
support chip, the 8288 Bus Controller. 


The CPUs are designed to operate with the 8089 
Input/Output Processor (IOP) and other pro- 
cessors in multiprocessing and distributed pro- 
cessing systems. When used in conjunction with 
one or more 8089s, the 8086 and 8088 expand 
the applicability of microprocessors into I/O- 
intensive data processing systems. Built-in coor- 
dinating signals and instructions, and electrical 
compatibility with Intel’s Multibus™ shared bus 
architecture, simplify and reduce the cost of 
developing multiple-processor designs. 


Both CPUs are substantially more powerful than 
any microprocessor previously offered by Intel. 
Actual performance, of course, varies from 
application to application, but comparisons to the 
industry standard 2-MHz 8080A are instructive. 


The 8088 is from four to six times more powerful. 


than the 8080A; the 8086 provides seven to ten 
times the 8080A’s performance (see figure 2-4). 


RELATIVE PERFORMANCE 
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Figure 2-4. Relative Performance of the 
8086 and 8088 | 


The 8086’s advantage over the 8088 is attributable 
to its 16-bit external data bus. In applications that 
manipulate 8-bit quantities extensively, or that 
are execution-bound, the 8088 can approach to 
within 10% of the 8086’s processing throughput. 


The high performance of the 8086 and 8088 is 
realized by combining a 16-bit internal data path 
with a pipelined architecture that allows instruc- 
tions to be prefetched during spare bus cycles. 
Also contributing to performance is a compact 
instruction format that enables more instructions 
to be fetched in a given amount of time. 


Software for high-performance 8086 and 8088 
systems need not be written in assembly language. 
The CPUs are designed to provide direct hard- 
ware support for programs written in high-level 
languages such as Intel’s PL/M-86. Most high- 
level languages store variables in memory; the 


8086/8088 symmetrical instruction set supports 


direct operation on memory operands, including 
operands on the stack. The hardware addressing 
modes provide efficient, straightforward 
implementations of based variables, arrays, ar- 
rays of structures and other high-level language 
data constructs. A powerful set of memory-to- 
memory string operations is available for efficient 
character data manipulation. Finally, routines 
with critical performance requirements that can- 
not be met with PL/M-86 may be written in 
ASM-86 (the 8086/8088 assembly language) and 

linked with PL/M-86 code. . : 


While the 8086 and 8088 are totally new designs, 
they make the most of users’ existing investments 
in systems designed around the 8080/8085 
microprocessors. Many of the standard Intel 
memory, peripheral control and communication 
chips are compatible with the 8086 and the 8088. 
Software is developed in the familiar Intellec® 
Microcomputer Development System environ- 
ment, and most existing programs, whether writ- 
ten in ASM-80 or PL/M-80, can be directly con- 
verted to run on the 8086 and 8088. 


2.2 Processor Architecture 


Microprocessors generally execute a program by 
repeatedly cycling through the steps shown below 
(this description is somewhat simplified): 


1. Fetch the next instruction from memory. 


2. Read an operand (if required by the 
Instruction). 


— 8086 AND 8088 CENTRAL PROCESSING UNITS 


3. Execute the instruction. 


4. Write the result (if required by the 
| instruction). rah Sears - 


In areviolis CPUs, most of these steps have been 
performed serially, or with only a single bus cycle 
fetch overlap. The architecture of the 8086 and 
8088 CPUs, while performing the same steps, 
allocates them to two separate processing units 
within the CPU. The execution unit (EU) executes 
instructions; the bus interface unit (BIU) fetches 
instructions,. reads operands and writes results. 


The two units can operate independently. of one 
another and are able, under most circumstances, 
to extensively overlap instruction fetch with exe- 
cution. The result is that, in most cases, the time 
normally required to fetch instructions -“‘dis- 
appears’’ because the EU -executes instructions 
that have already been fetched by the BIU. Figure 
2-5 illustrates this overlap. and compares it with 
traditional microprocessor operation. In. the 
example, overlapping reduces: the elapsed time 
required to execute three instructions, and allows 
two additional instructions to be prefetched as 
well. «yet 
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Figure 2-5. Overlapped Instruction Fetch and Execution 
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Execution Unit 


The execution units of the 8086 and 8088 are iden- 
tical (figure 2-6). A 16-bit arithmetic/logic unit 
(ALU) in the EU maintains the CPU status and 
control flags, and manipulates the general 
registers and instruction operands. All registers 
and data paths in the EU are 16 bits wide for fast 
internal transfers. 


The EU has no connection to the system bus, the 
‘outside world.’’ It obtains instructions from a 
queue maintained by the BIU. Likewise, when an 
instruction requires access to memory or to a 
peripheral device, the EU requests the BIU to 
obtain or store the data. All addresses 
manipulated by the EU are 16 bits wide. The BIU, 
however, performs an address relocation that 
gives the EU access to the full megabyte of 
memory space (See section 2.3). 


Bus Interface Unit 


The BIUs of the 8086 and 8088 are functionally 
identical, but are implemented differently to 
match the structure and performance 
characteristics of their respective buses. 


The BIU performs all bus operations for the EU. 
Data is transferred between the CPU and memory 
or I/O devices upon demand from the EU. Sec- 
tions 2.3 and 2.4 describe the interaction of the 
BIU with memory and I/O devices. 


In addition, during periods when the EU is busy 
executing instructions, the BIU ‘‘looks ahead’’ 
and fetches more instructions from memory. The 
instructions are stored in an internal RAM array 
called the instruction stream queue. The 8088 
instruction queue holds up to four bytes of the 
instruction stream, while the 8086 queue can store 
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Figure 2-6. Execution and Bus Interface Units (EU and BIU) 
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up to six instruction bytes. These queue sizes 
allow the BIU to keep the EU supplied with pre- 
fetched instructions under most conditions 
without monopolizing the system bus. The 8088 
BIU fetches another instruction byte whenever 
one byte in its queue is empty and there is no 
active request for bus access from the EU. The 
8086 BIU operates similarly except that it does 
not initiate a fetch until there are two empty bytes 
in its queue. The 8086 BIU normally obtains two 
instruction bytes per fetch; if a program transfer 
forces fetching from an odd address, the 8086 
BIU automatically reads one byte from the odd 
address and then resumes fetching two-byte 
words from the subsequent even addresses. 


Under most circumstances the queues contain at 
least one byte of the instruction stream and the 
EU does not have to wait for instructions to be 
fetched. The instructions in the queue are those 
stored in the memory locations immediately adja- 


cent to and higher than the instruction currently | 


being executed. That is, they are the next logical 
instructions so long as execution proceeds seri- 
ally. If the EU executes an instruction that 
transfers control to another location, the BIU 
resets the queue, fetches the instruction from the 
new address, passes it immediately to the EU, and 
then begins refilling the queue from the new loca- 
tion. In addition, the BIU suspends instruction 
fetching whenever the EU requests a memory or 
I/O read or write (except that a fetch already in 
progress is completed before executing the EU’s 
bus request). 


General Registers 


Both CPUs have the same complement of eight 
16-bit general registers (figure 2-7). The general 
registers are subdivided into two sets of four 
registers each: the data registers (sometimes called 
the H & L group for ‘‘high’’ and ‘‘low’’), and the 


pointer and index registers (sometimes called the . 


P & I group). 


The data registers are unique in that their upper 
(high) and lower halves are separately 
addressable. This means that each data register 
can be used interchangeably as a 16-bit register, 
or as two 8-bit registers. The other CPU registers 
always are accessed as 16-bit units only. The data 
registers can be used without constraint in most 
arithmetic and logic operations. In addition, 
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Figure 2-7. General Registers _ 


some instructions use certain registers implicitly 
(see table 2-1) thus allowing compact yet powerful 
encoding. 


Table 2-1. Implicit Use of General Registers 


REGISTER OPERATIONS 


1 Word Multiply, Word Divide, 
Word |/O 


Byte Multiply, Byte Divide, Byte 
1/O, Translate, Decimal Arithmetic 


Byte Multiply, Byte Divide 
Translate 

| String Operations, Loops 
Variable Shift and Rotate 


Word Multiply, Word Divide, 
Indirect 1/O 


Stack Operations 


String Operations 


| String Operations 


The pointer and index registers can also par- 
ticipate in most arithmetic and logic operations. 
In fact, all eight general registers fit the definition 
of ‘‘accumulator’’ as used in first and second 
generation microprocessors. The P & I registers 
(except for BP) also are used implicitly in some 
instructions as shown in table 2-1. 
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Segment Registers 


The megabyte of 8086 and 8088 memory space is 
divided into logical segments of up to 64k bytes 
each. (Memory segmentation is described in sec- 
tion 2.3.) The CPU has direct access to four 
segments at a time; their base addresses (starting 
locations) are contained in the segment registers 
(see figure 2-8), The CS register points to the cur- 
rent code segment; instructions are fetched from 
this segment. The SS register points to the current 
stack segment; stack operations are performed on 
locations in this segment. The DS register points 
to the current data segment; it generally contains 
program variables. The ES register points to the 
current extra segment, which also is typically used 
for data storage. 


The segment registers are accessible to programs 
and can be manipulated with several instructions. 
Good programming practice and consideration of 
compatibility with future Intel hardware and soft- 
ware products dictate that the segment registers 
be used in a disciplined fashion. Section 2.10 pro- 
vides guidelines for segment register use. 


15 0 
CODE 
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SEGMENT 
STACK 
SEGMENT 


EXTRA 
ES SEGMENT 


Figure 2-8. Segment Registers 


Instruction Pointer 


The 16-bit instruction pointer (IP) is analogous to 
the program counter (PC) in the 8080/8085 
CPUs. The instruction pointer is updated by the 
BIU so that it contains the offset (distance in 
bytes) of the next instruction from the beginning 
of the current code segment; i.e., IP points to the 
next instruction. During normal execution, IP 
contains the offset of the next instruction to be 
fetched by the BIU; whenever IP is saved on the 
stack, however, it first is automatically adjusted 
to point to the next instruction to be executed. 
Programs do not have direct access to the instruc- 
tion pointer, but instructions cause it to change 
and to be saved on and restored from the stack. 


Flags 


The 8086 and 8088 have six 1-bit status flags 
(figure 2-9) that the EU posts to reflect certain 
properties of the result of an arithmetic or logic 
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Figure 2-9. Flags 


operation. A group of instructions is available 
that allows a program to alter its execution 
depending on the state of these flags, that is, on 
the result of a prior operation. Different instruc- 
tions affect the status flags differently; in general, 
however, the flags reflect the following 
conditions: 


1. If AF (the auxiliary carry flag) is set, there 
has been a carry out of the low nibble into 
the high nibble or a borrow from the high 
nibble into the low nibble of an 8-bit quantity 
(low-order byte of a 16-bit quantity). This 
flag is used by decimal arithmetic 
instructions. 


2. If CF (the carry flag) is set, there has been a 


carry out of, or a borrow into, the high-order 
bit of the result (8- or 16-bit). The flag is used 
by instructions that add and_ subtract 
multibyte numbers. Rotate instructions can 
also isolate a bit in memory or a repistet by 
placing it in the carry flag. > 


3. If OF (the overflow flag) is set, an aeunaec 


overflow has occurred; that is, a significant 
digit has been lost because the size of the 
result exceeded the capacity of its destination 
location. An Interrupt On Overflow instruc- 
tion is available that will generate an inter- 
rupt in this situation. 
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4. If SF (the sign flag) is set, the high-order bit 
of the result is a 1. Since negative binary 
numbers are represented in the 8086 and 8088 
in standard two’s complement notation, SF 
indicates the sign of the result (0 = positive, 
1 = negative). 


5. If PF (the parity flag) is set, the result has 
even parity, an even number of 1-bits. This 
flag can be used to check for data transmis- 
sion errors. 


6. If ZF (the zero flag) is set, the result of the 
operation is 0. 


Three additional control flags (figure 2-9) can be 
set and cleared by programs to alter processor 
operations: 


1. Setting DF (the direction flag) causes string 
instructions to auto-decrement; that is, to 
process strings from high addresses to low 
addresses, or from ‘“‘right to left.’’ Clearing 


DF causes string instructions to auto- 
increment, or to process strings from “‘left to 
right.’’ 


2. Setting IF (the interrupt-enable flag) allows 
the CPU to recognize external (maskable) 
interrupt requests. Clearing IF disables these 
interrupts. IF has no affect on either non- 
maskable external or nee oa 
interrupts. 


3. Setting TF (the trap flag) puts the processor 
into single-step mode for debugging. In this 
mode, the CPU automatically generates an 
internal interrupt after each instruction, 
allowing a program to be inspected as it exe- 
cutes instruction by instruction. Section 2.10 
contains an example showing the use of TF in 
a single-step and breakpoint routine. 


8080/8085 Reoisinie: and reg. 
Correspondence 


The registers, flags and program counter in the 
8080/8085 CPUs all have counterparts in the 8086 


and 8088 (see figure 2-10). The A register (ac- 


cumulator) in the 8080/8085 corresponds to the 
AL register in the 8086 and 8088. The 8080/8085 
H&L,B&C, and D & E registers correspond to 
registers BH, BL, CH, CL, DH and DL, respec- 
tively, in the 8086 and 8088. The 8080/8085 SP 
(stack pointer) and PC (program counter) have 
their counterparts in the 8086/8088 SP and IP. 
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The AF, CF, PF, SF, and ZF flags are the same in 
both CPU families. The remaining flags and 
registers are unique to the 8086 and 8088. This 
8080/8085 to 8086 mapping allows most existing 
8080/8085 program code to be directly translated 
into 8086/8088 code. 


Mode Selection 


Both processors have a strap pin (MN/MX) that 
defines the function of eight CPU pins in the 8086 
and nine pins in the 8088. Connecting MN/MX to 
+5V places the CPU in minimum mode. In this 
configuration, which is designed for small 
systems (roughly one or two boards), the CPU 
itself provides the bus control signals needed by 
memory and peripherals. When MN/MX is 
strapped to ground, the CPU is configured in 
maximum mode. In this configuration the CPU 
encodes control signals on three lines. An 8288 
Bus Controller is added to decode the signals 
from the CPU and to provide an expanded set of 
control signals to the rest of the system. The CPU 
uses the remaining free lines for a new set of 
signals designed to help coordinate the activities 


of other processors in the system. Sections 2.5 


and 2.6 describe the functions of these signals. 


2.3 Memory 


The 8086 and 8088 can accommodate up to 
1,048,576 bytes of memory in both minimum and 
maximum mode. This section describes how 
memory is functionally organized and used. 
There are substantial differences in the way 
memory components are actually accessed by the 
two processors; these differences, which are in- 
visible to programs, are covered in section 4.2, 
Paver Memory Addressing. 


Storage Organization 


From a storage point of view, the 8086 and 8088 
memory spaces are organized as identical arrays 
of 8-bit bytes (see figure 2-11). Instructions, byte 
data and word data may be freely stored at any 
byte address without regard for alignment thereby | 
saving memory space by allowing code to be 
densely packed in memory (see figure 2-12). Odd- 
addressed (unaligned) word variables, however, 
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do not take advantage of the 8086’s ability to 
transfer 16-bits at a time. Instruction alignment 
does not materially affect the performance of 
either processor. 


Following Intel convention, word data always is 
stored with the most-significant byte in the higher 
memory location (see figure 2-13). Most of a 
time this storage convention is ‘‘invisible’’ t 
anyone working with the processors; ee 
may occur when monitoring the system bus or 
when reading memory dumps. 


A special class of data is stored as doublewords; 
i.e., two consecutive words. These are called 
pointers and are used to address data and code 
that are outside the currently-addressable 
segments. The lower-addressed word of a pointer 
contains an offset value, and the higher-addressed 
word contains a segment base address. Each word 
is stored conventionally with the higher-addressed 
byte containing the most-significant eight bits of 
the word (see figure 2-14). 


HEX 
BINARY 


=, 


0101 


VALUE OF WORD STORED AT 724H: 5502H 


Figure 2-13. Storage of Word Variables 


Segmentation 


locations and is an independent, 


8086 and 8088 programs ‘‘view’’ the megabyte of 
memory space as a group of segments that are 
defined by the application. A segment is a logical 
unit of memory that may be up to 64k bytes long. 
Each segment is made up of contiguous memory 
separately- 
addressable unit. Every segment is assigned (by 
software) a base address, which is its starting 
location in the memory space. All segments begin 
on 16-byte memory boundaries. There are no 
other restrictions on segment locations; segments 
may be adjacent, disjoint, partially overlapped, 
or fully overlapped (see figure 2-15). A physical 
memory location may be mapped into (contained 
in) one or more logical segments. 


The segment registers point to (contain the base 
address values of) the four currently addressable 
segments (see figure 2-16). Programs obtain 
access to code and data in other segments by 
changing the segment registers to point to the 


desired segments. 


Every application will define and use segments 


differently. The currently addressable segments 


provide a generous work space: 64k bytes for 
code, a 64k byte stack and 128k bytes of data 
storage. Many applications can be written to 
simply initialize the segment registers and then 
forget them. Larger applications should be 
designed with careful consideration given to seg- 
ment definition. 


JHEX 
0101 BINARY 


VALUE OF POINTER STORED AT 4H: 
SEGMENT BASE ADDRESS: 3B4CH 


OFFSET: 65H 


‘Figure 2-14. Storage of Pointer Variables 
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Figure 2-15. Segment Locations in Physical Memory 
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The segmented structure. of the 8086/8088 
memory space supports modular software design 
by discouraging huge, monolithic programs. The 
segments also can be used to advantage in many 
programming situations. Take, for example, the 
case of an editor for several on-line terminals. A 
64k text buffer (probably an extra segment) could 
be assigned to each terminal. A single program 
could maintain all the buffers by simply changing 
register ES to point to the buffer of the terminal 
requiring service. 


Physical Address Generation 


It is useful to think of every memory location as 
having two kinds of addresses, physical and 
logical. A physical address is the 20-bit value that 
uniquely identifies each byte location in the 
megabyte memory space. Physical addresses may 
range from 0H through FFFFFH. All exchanges 
between the CPU and memory components use 
this physical address. 


Programs deal with logical, rather than physical 
addresses and allow code to be developed without 
prior knowledge of where the code is to be located 
in memory and facilitate dynamic management of 
memory resources. A logical address consists of a 
segment base value and an offset value. For any 
given memory location, the segment base value 
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locates the first byte of the containing segment 
and the offset value is the distance, in bytes, of 
the target location from the beginning of the 
segment. Segment base and offset values are 
unsigned 16-bit quantities; the lowest-addressed 
byte in a segment has an offset of 0. Many dif- 
ferent logical addresses can map to the same 


2-2). Instructions always are fetched from the cur- 
rent code segment; IP contains the offset of the 
target instruction from the beginning of the seg- 
ment. Stack instructions always operate on the 
current stack segment; SP contains the offset of 


the top of the stack. Most variables (memory 
- operands) are assumed to reside in the current 


physical location as shown in figure 2-17. In 
figure 2-17, physical memory location 2C3H is © 


contained in two different overlapping segments, 
one beginning at 2BOH and the other at 2COH. 


Whenever the BIU accesses memory—to fetch an 


instruction or to obtain or store a variable—it 
generates a physical address from a _ logical 
address. This is done by shifting the segment base 
value four bit positions and adding the offset as 
illustrated in figure 2-18. Note that this addition 
process provides for modulo 64k addressing 
(addresses wrap around from the end of a seg- 
ment to the beginning of the same segment). | 


The BIU obtains the logical address of a memory 
location from different sources depending on the 
type of reference that is being made (see table 


data segment, although a program can instruct 


the BIU to access a variable in one of the other 


currently addressable segments. The offset of a 
memory variable is calculated by the EU. This 


calculation is based on the addressing mode 


specified in the instruction; the result is called the 
operand’s effective address (EA). Section 2.8 


covers addressing modes and effective address 


calculation in detail. 


Strings are addressed differently than other 
variables. The source operand of a string instruc- 


_ tion is assumed to lie in the current data segment, 


but another currently addressable segment may be 
specified. Its offset is taken from register SI, the 
source index register. The destination operand of 
a string instruction always resides in the current 
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Figure 2-17. Logical and Physical Addresses ~~ 
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Figure 2-18. Physical Address Generation 


Table 2-2. Logical Address Sources 


DEFAULT 
SEGMENT 


TYPE OF MEMORY REFERENCE 


Instruction Fetch 

Stack Operation 

Variable (except following) 
String Source 

String Destination 

BP Used As Base Register 


extra segment; its offset is taken from DI, the 
destination index register. The string instructions 
automatically adjust SI and DI as they process the 
strings one byte or word at a time. 


When register BP, the base pointer register, is 
designated as a base register in an instruction, the 
variable is assumed to reside in the current stack 
segment. Register BP thus provides a convenient 
way to address data on the stack; BP can be used, 
however, to access data in any of the other cur- 
rently addressabie segments. 


In most cases, the BIU’s segment assumptions are 
a convenience to programmers. It is possible, 
however, for a programmer to explicitly direct the 
BIU to access a variable in any of the currently 
addressable segments (the only exception is the 
destination operand of a string instruction which 
must be in the extra segment). This is done by 
preceding an instruction with a segment override 
prefix. This one-byte machine instruction tells the 
BIU which segment register to use to access a 
variable referenced in the following instruction. 


ALTERNATE 
SEGMENT 
BASE 


OFFSET 


NONE 

NONE 
CS,ES,SS Effective Address 
CS,ES,SS S| 

NONE DI 
CS,DS,ES Effective Address 


Dynamically Relocatable Code 


The segmented memory structure of the 8086 and 
8088 makes it possible to write programs that are 
position-independent, or dynamically relocatable. 
Dynamic relocation allows a multiprogramming 
or multitasking system to make particularly effec- 
tive use of available memory. Inactive programs 
can be written to disk and the space they occupied 
allocated to other programs. If a disk-resident 
program is needed later, it can be read back into 
any available memory location and restarted. 
Similarly, if a program needs a large contiguous 
block of storage, and the total amount is available 
only in nonadjacent fragments, other program 
segments can be compacted to free up a con- 
tinuous space. This process is =stown peraR wen 
in figure 2-19. , 


In order to be dynamically relocatable, a program 
must not load or alter its segment registers and 
must not transfer directly to a location outside the 
current code segment. In other words, all offsets 
in the program must be relative to fixed values 
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Figure 2-19. Dynamic Code Relocation 


contained in the segment registers. This allows the 
program to be moved anywhere in memory as 
long as the segment registers are updated to point 
to the new base addresses. Section 2.10 contains 
an example that illustrates dynamic code 
relocation. aes | a 


Stack Implementation 


Stacks in the 8086 and 8088 are implemented in 
memory and are located by the stack segment 
register (SS) and the stack pointer register (SP)..A 
system may have an unlimited number of stacks, 
and a-stack may be up to 64k bytes long, the max- 
imum length of a segment. (An attempt to expand 
a Stack beyond 64k bytes overwrites the beginning 
of the stack.) One stack is directly addressable at 
a time; this is the current stack, often referred to 
simply as ‘‘the’’ stack. SS contains the base 
address of the current stack and SP points to the 
top of the stack (TOS). In other words, SP con- 
tains the offset of the top of the stack from the 


stack segment’s base address. Note, however, that 
the stack’s base address (contained in SS) is not 
the ‘‘bottom”’ of the stack. 


8086 and 8088 stacks are 16 bits wide; instructions 
that operate on a stack add and remove stack 
items one word at.a time. An item is pushed onto 
the stack (see figure 2-20) by decrementing SP by 
2 and writing the item at the new TOS. An item is 
popped off the stack by copying it from TOS and 
then incrementing SP by 2. In other words, the 
stack grows down in memory toward its base 
address. Stack operations never move items on 
thestack, nor do they erase them. The top of the 
stack changes only as a result of updating the 
stack pointer. ee ee 


Dedicated and Reserved Memory 
Locations © =. fee | 
Two areas in extreme low-and high memory are 
dedicated.to specific processor functions or:are 
reserved by Intel Corporation for: use by Intel 
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Figure 2-20. Stack Operation 


hardware and software products. As shown in. 


figure 2-21, the location are: OH throgh 7FH (128 
bytes) and FFFFOH through FFFFFH (16 bytes). 
These areas are used for interrupt and. system 
reset processing 8086 and 8088 application 
systems should not use these areas for any other 
purpose. Doing so may make these systems 
incompatible with future Intel progucts. 


8086/8088 Memory Access 
Differences 


The 8086 can access either 8 or 16 bits of memory 
at a time. If an instruction refers to a word 
variable and that variable is located at an even- 
numbered address, the 8086 accesses the complete 
word in one bus cycle. If the word is located at an 
odd-numbered address, the 8086 accesses the 
word one byte at a time in two consecutive eu 
cycles. 


To diawiniiee throughput in 8086-based systems, 
16-bit data should be stored at even addresses 
(should be word-aligned). This is particularly true 
of stacks. Unaligned stacks can slow a system’s 
response to interrupts. Nevertheless, except for 
the performance penalty, word alignment is 


totally transparent to software. This allows max- 
imum data. packine where - eel sace. is 
constrained. . : Hee 


The 8086 always fetches the instruction. stream in 
words from-even addresses except that the first 
fetch after a program transfer to an odd address 
obtains a byte. The instruction stream is 
disassembled inside the processor and instruction 
alignment will not materially affect the per- 
formance of most systems. 


The 8088 always accesses memory in bytes. Word 
operands are accessed in two bus cycles regardless 
of their alignment. Instructions also are fetched 
one byte at a time. Although alignment of word 
operands does not affect the performance of the 
8088, locating 16-bit data on even addresses will 
insure maximum throughput if the Ses is ever 
transferred to an 8086. 


2: 4 Input/Output 


The 8086 and 8088 have a versatile set ae in- 
put/output facilities. Both processors provide a 
large I/O space that is separate from. the memory 
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Figure 2-21. Reserved and Dedicated Memory 
and I/O Locations | 


space, and instructions that transfer data between 
the CPU and devices located in the I/O space. 
I/O devices also may be placed in the memory 
space to bring the power of the full instruction set 
and addressing modes to input/output pro- 
cessing. For high-speed transfers, the CPUs may 
be used with traditional direct memory “ACCESS 
controllers or a 8089 Input/ OurD ut Processor. 


Input/Output Space 


The 8086/ 8088 Vo space can accommodate up to 
64k 8-bit ports or up to 32k 16-bit ports. The IN 
and OUT (input and output) instructions transfer 
data between the accumulator (AL for byte 
transfers,- AX for word transfers) and ports 
located in the I/O space. 


The I/O space is not segmented; to access a port, 
the BIU simply places the port address (0-64k) on 
the lower 16 lines of the address bus. Different 
forms of the I/O instructions allow the address to 
be specified as a fixed value in the instruction or 
as a variable taken from register DX. 


, . | FFFFH 
opeN is! ti (tséidrsCS ai 


Restricted I/O Locations 


Locations F8H through FFH (eight of the 64k 
locations) in the I/O space are reserved by Intel 


Corporation for use by future Intel hardware and 
software products. Using these locations for any 
other purpose may inhibit compatibility with 
future Intel products. 


8086/8088 I/O Access Differences 


The 8086 can transfer either 8 or 16 bits at a time 


to a device located in the I/O space. A 16-bit 
device should be located at an even address so 


- that the word will be transferred in a single bus. 


cycle. An 8-bit device may be located at either an 
even or odd address; however, the internal 
registers in a given device must be assigned all- 
even or all-odd addresses. 


The 8088 transfers one byte per bus cycle. If a 
16-bit device is used in the 8088 I/O space, it must 
be capable of transferring words in the same 
fashion, i.e., eight bits at a time in two bus cycles. 
(The 8089 Input/Output Processor can provide a 
straightforward interface between the 8088 and a 
16-bit I/O device.) An 8-bit device may be located 
at odd or even addresses in the 8088 I/O space 
and internal registers may be assigned consecutive 
addresses (e.g., 1H, 2H, 3H). Assigning all-odd 
or all-even addresses to these registers, however, 
will simplify aa teiale the system: to an 0088 
CPU. , 


Memory-Mapped I/O 


I/O devices also may be placed in the 8086/8088 
memory space. As long as the devices respond like 
memory components, the CPU does not know the 
difference. 


‘Memory- mapped I1/O_ svavides addidosal pro- 


gramming flexibility. Any instruction that 
references memory may be used to access an I/O 
port located in the memory space. For example, 
the MOV (move) instruction can transfer: data 
between any 8086/8088 register and a port, or the 
AND, OR and TEST instructions may be used to 
manipulate bits in I/O device registers. In addi- 
tion, memory-mapped I/O can take advantage of 
the 8086/8088 memory addressing modes. A 
group of terminals, for example, could be treated 
as an array in memory with an index register 
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selecting a terminal in the array. Section 2.10 pro- 
vides examples of using the instruction set and 
addressing modes with memory-mapped I/O. 


Of course, a price must be paid for the added pro- 
gramming flexibility that memory-mapped I/O 
provides. Dedicating part of the memory space to 
I/O devices reduces the number of addresses 
available for memory, although with a megabyte 
of memory space this should rarely be a con- 
straint. Memory reference instructions also take 
longer to execute and are somewhat less compact 
than the simpler IN and OUT instructions. 


Direct Memory Access 


When configured in minimum mode, the 8086 
and 8088 provide HOLD (hold) and HLDA (hold 
acknowledge) signals that are compatible with 
traditional DMA controllers such as the 8257 and 


8237. A DMA controller can request use of the ~ 


bus for direct transfer of data between an I/O 
device and memory by activating HOLD. The 
CPU will complete the current bus cycle, if one is 
in progress, and then issue HLDA, granting the 
bus to the DMA controller. The CPU will not 
attempt to use the bus until HOLD goes inactive. 


The 8086 addresses memory that is. physically 
organized:in two separate banks, one containing 
even-addressed bytes and one containing odd-ad- 
dressed bytes. An 8-bit DMA controller must 
alternately select these banks to access logically 
adjacent bytes in memory. The 8089 provides a 
simple way to interface a high-speed 8-bit device 
to.an 8086-based system (see Chapter 3). 


8089 Input/Output Processor (IOP). 


The 8086 and 8088 are designed. to be used with 
the 8089 in high-performance I/O applications. 
The 8089 conceptually resembles a 
microprocessor with two DMA channels and an 
instruction set specifically tailored for I/O opera- 
tions. Unlike simple DMA controllers, the 8089 
can service I/O devices directly, removing this 
task from the CPU. In addition, it can transfer 
data on its own-bus or on the system bus, can 
match 8- or 16-bit peripherals to 8- or 16-bit 
buses, and can transfer data from: memory to 
memory and from I/O device to I/O device. 
Chapter 3 describes the 8089 in detail. , 


2.5 Multiprocessing Features 


As microprocessor prices have declined, 
multiprocessing (using two or more coordinated 
processors in a system) has become an increas- 
ingly attractive design alternative. Performance 


‘can be substantially improved by distributing 
system tasks among separate, concurrently exe- 


cuting processors. In addition, multiprocessing 
encourages a modular approach to design, usually 
resulting in systems that are more easily main- 
tained and enhanced. For example, figure 2-22 
shows a multiprocessor system in which I/O 
activities have been delegated to an 8089 IOP. 


Should an I/O device in the system be changed 


(e.g., a hard disk substituted for a floppy), the 
impact of the modification is confined to the I/O 
subsystem and is transparent to the CPU and to 
the application software. 


The 8086 and 8088 are designed for the 


multiprocessing environment. They have built-in 


features that help solve the coordination prob- 
lems that have discouraged multiprocessing 
system development in the past. 


Bus Lock 


When configured in maximum mode, the 8086 
and 8088 provide the LOCK (bus lock) signal. 
The BIU activates LOCK when the EU executes 
the one-byte LOCK prefix instruction. The 
LOCK signal remains active throughout execu- 
tion of the instruction that follows the LOCK 
prefix. Interrupts are not affected by the LOCK 
prefix. If another processor requests use of the 
bus (via the request/grant lines, which are 
discussed shortly), the CPU records the request, 
but does not honor it until execution of the locked 
instruction has been completed. 


Note that the LOCK signal remains active for the 
duration of a single instruction. If two con- 
secutive instructions are each preceded by a 
LOCK prefix, there will still be an unlocked 
period between these instructions. In the case of a 
locked repeated string instruction, LOCK does 
remain active for the duration: of. the block 
operation. . 


When the 8086 or 8088 is configured in minimum 
mode, the LOCK signal is not available. The 
LOCK prefix can be used, however, to delay the 
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Figure 2-22. Multiprocessing System 


generation of an HLDA response to a HOLD 
request until execution of the locked instruction is 
completed. 


The LOCK signal provides information only. It is 
the responsibility of other processors on the 
shared bus to not attempt to obtain the bus while 
LOCK is active. If the system uses 8289 Bus 
Arbiters to control access to the shared bus, the 
8289’s accept LOCK as an input and do not relin- 
quish the bus while this signal is active. 


LOCK may be used in multiprocessing systems to 
coordinate access to a common resource, such as 
a buffer or a pointer. If access to the resource is 
not controlled, one processor can read an 
erroneous value from the resource when another 
processor is updating it (see figure 2-23). 


Access can be controlled (see figure 2-24) by using 
the LOCK prefix in conjunction with the XCHG 
(exchange register with memory) instruction. The 
basis for controlling access to a given resource is a 


semaphore, a software-settable flag or switch that. 


indicates whether the resource is ‘‘available’’ 
(semaphore=0) or ‘‘busy’’ (semaphore=1). Pro- 
cessors that share the bus agree by convention not 
to use the resource unless the semaphore indicates 


that it is available. They likewise agree to set the 
semaphore when they are using the resource and 
to clear it when they are finished. 


The XCHG instruction can obtain the current 
value of the semaphore and set it to ‘‘busy’’ ina 
single instruction. The instruction, however, 
requires two: bus cycles to swap 8-bit values. It is 
possible for another processor to obtain the bus 
between these two cycles and to gain access to the 
partially-updated semaphore. This can _ be 
prevented by preceding the XCHG instruction 
with a LOCK prefix, as illustrated in figure 2-25. 
The bus lock establishes control over access to the 
semaphore and thus to the shared resource. 


WAIT and TEST. 


The 8086 and 8088 (in either maximum or 
minimum mode) can be synchronized to an exter- 
nal event with the WAIT (wait for TEST) instruc- 


tion and the TEST input signal. When the EU 


executes a WAIT instruction, the result depends 
on the state of the TEST input line. If TEST is 
inactive, the processor enters an idle state and 
repeatedly retests the TEST line at five-clock 
intervals. If TEST is active, execution continues 
with the instruction following the WAIT. | 
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Figure 2-23. Uncontrolled Access to Shared 


Escape 


The ESC (escape) instruction provides a way for 
another processor to obtain an instruction and/or 
a memory operand from an 8086/8088 program. 
When used in conjunction with WAIT and TEST, 
ESC can initiate a ‘‘subroutine’’ that executes 
concurrently in another processor (see figure 
2-26). | 


Six bits in the ESC instruction may be specified by 
the programmer when the instruction is written. 
By monitoring the 8086/8088 bus and control 
lines, another processor can capture the ESC. 
instruction when it is fetched by the BIU. The six 
bits may then direct the external processor to per- 
form some predefined activity. 


If the 8086/8088 is configured in maximum 
mode, the external processor, having determined 
that an ESC has been fetched, can monitor QSO 
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Figure 2-24. Controlled Access to Shared Resource 
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Figure 2-25. Using XCHG and LOCK 


- WAIT: LOCK XCHG AL, SEMAPHORE 


and QS1 (the queue status lines, discussed in sec- 
tion 2.6) and determine when the ESC instruction 
is executed. If the instruction references memory 
the external processor can then monitor the bus 
and capture the operand’s physical address 
and/or the operand itself. 


Note that fetching an ESC instruction is not tan- 
tamount to executing it.- The ESC may be pre- 
ceded by a jump that -causes the queue to be 
reinitialized. This event also can be determined 
from the queue status lines. 


Request/Grant Lines 


When the 8086 or 8088 is configured in maximum 
mode, the HOLD and HLDA lines evolve into 
two more sophisticated signals called RQ/GTO 
and RQ/GTI. These are bidirectional lines that 
can be used to share a local bus between an 8086 
or 8088 and two other processors viaa handshake 
sequence. 


The request/grant sequence is a three-phase cycle: 
request, grant and release. First, the processor 
desiring the bus pulses a request/grant line. The 
CPU returns a pulse on the same line indicating 
that it is entering the ‘‘hold acknowledge’”’ state 


and is relinquishing the bus. The BIU is logically 


disconnected from the bus during this period. The 


ic Ribot ate 


et ta 


Figure 2-26. Using ESC with WAIT and TEST | 
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EU, however, will continue to execute instruc- 
tions until an instruction requires bus access or 
the queue is emptied, whichever occurs first. 
When the other processor has finished with the 
bus, it sends a final pulse to the 8086/8088 in- 
dicating that the request has ended and that the 
CPU may reclaim the bus. 


RQ/GTO has higher priority than RQ/GTI. If 
requests arrive simultaneously on both lines, the 
grant_goes to the processor on RQ/GTO and 
RQ/GT1 is acknowledged after the bus has been 
returned to_the CPU. If, however, a request 
arrives on RQ/GTO while the CPU is processing a 
prior request on ROQ/GTI, the second request is 
not honored until the processor on RQ/GTI1 
releases the bus. 


Multibus™ Architecture 


Intel has designed a_ general-purpose 
multiprocessing bus called the Multibus. This is 
the standard design used in iSBC™ single-board 
microcomputer products. Many other manufac- 
turers offer products that are compatible with the 
Multibus architecture as well. When the 8086 and 
8088 are configured in maximum mode, the 8288 
Bus Controller outputs signals that are electrically 
compatible with the Multibus protocol. Designers 
of multiprocessing systems may want to consider 
using the Multibus architecture in the design of 
their products to reduce development cost and 


time, and to obtain compatibility with the wide 
variety of boards available in the iSBC product 
line. 


The Multibus architecture provides a versatile 
communications channel that can be used to coor- 
dinate a wide variety of computing modules (see 
figure 2-27). Modules in a Multibus system are 
designated as masters or slaves. Masters may 
obtain use of the bus and initiate data transfers on 
it. Slaves are the objects of data transfers only. 
The Multibus architecture allows both 8- and 16- 
bit masters to be intermixed in a system. In addi- 
tion to 16 data lines, the bus design provides 20 
address lines, eight multilevel interrupt lines, and 
control and arbitration lines. An auxiliary power 
bus also is provided to route standby power to 
memories if the normal supply fails. 


The Multibus architecture maintains its own 
clock, independent of the clocks of the modules it 
links together. This allows different speed masters 
to share the bus and allows masters to operate 
asynchronously with respect to each other. The 
arbitration logic of the bus permit slow-speed 
masters to compete equably for use of the bus. 


Once a module has obtained the bus, however, 


transfer speeds are dependent only on the 
capabilities of the transmitting and receiving 
modules. Finally, the Multibus standard defines 
the form factors and physical requirements of 
modules that communicate on this bus. For a 
complete description of the Multibus architec- 
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Figure 2-27. Multibus™-Based System 
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ture, refer to the Intel Multibus Specification 
(document number 9800683) and en 
Note 28A, ‘‘Intel Multibus Interfacing.”’ 


8289 Bus Arbiter 


Multiprocessor systems require a means of coor- 
dinating the processors’ use of the shared bus. 
The 8289 Bus Arbiter works in conjunction with 
the 8288 Bus Controller to provide this control 
for 8086- and 8088-based systems. It is compati- 


ble.with the Multibus architecture. and can be used - 


in other shared- bus designs as well. 


The 8289 eliminates race eoiditions. resolves bus 
contention and matches processors operating 
asynchronously with respect to each other. Each 
processor on the bus is assigned a different pri- 
ority. When simultaneous requests for the bus 
arrive, the 8289 resolves the contention and grants 
the bus to the processor with the highest priority; 
three different prioritizing techniques may be 
used. Chapter 4 discusses the 8289 in more detail. 


2.6 Processor. Control and 
. eonmonng 


Interrupts 


The 8086 and 8088 have a simple and versatile 
interrupt system. Every interrupt is assigned a 
type code that identifies it to the CPU. The 8086 


and 8088 can handle up to 256 different interrupt 
types. Interrupts may be initiated by devices 
external to the CPU; in addition, they also may be 
triggered by software interrupt instructions and, 
under certain conditions, by the CPU itself (see 
figure 2-28). Figure 2-29 illustrates the basic 
response of the 8086 and 8088 to an interrupt. 
The next sections elaborate on the information 
presented in this drawing. 


External Interrupts 


The 8086 sald 8088 have two lines that external 
devices may use to signal interrupts (INTR and 
NMI). The INTR (interm™pt Request) line is. 
usually driven by an Intel® 8259A Programmable 
Interrupt Controller (PIC), which is in turn con- 
nected to the devices that need interrupt services. 
The 8259A is a very flexible circuit that is con- 
trolled by software commands from the 8086 or 
8088 (the PIC appears as a set of I/O ports to the 
software). Its main job is to accept interrupt 
requests from the devices attached to it, deter- 
mine which requesting device has the highest 
priority, and then activate the 8086/8088 INTR 
line if the selected device has higher priority than 
the device currently veIne SIERS (if there. is 
one). 2, | 


When INTR is active, the CPU takes different 
action depending on the state of the interrupt- 
enable flag (IF). No action takes place, however, 
until the currently-executing instruction has been 


~NON-MASKABLE 
INTERRUPT 
REQUEST 


_ INTERRUPT | 
LOGIC | 

DIVIDE 

ERROR 


| 8086/8088 CPU 


MASKABLE 
INTERRUPT © 
REQUESTS 


Figure 2-28. Interrupt Sources - 
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completed.* Then, if IF is clear (meaning that 
interrupts signaled on INTR are masked or dis- 
abled), the CPU ignores the interrupt request and 
processes the next instruction. The INTR signal is 
not latched by the CPU, so it must be held active 
until a response is received or the request is 
withdrawn. If interrupts on INTR are enabled (if 
IF is set), then the CPU recognizes the interrupt 
request and processes it. Interrupt requests arriv- 
ing on INTR can be enabled by executing an STI 
(set interrupt-enable flag) instruction, and dis- 
abled by executing a CLI (clear interrupt-enable 
flag) instruction. They also may be selectively 
masked (some types enabled, some disabled) by 
writing commands to the 8259A. It should be 
noted that in order to reduce the likelihood of 
excessive stack buildup, the STI and IRET 
instructions will reenable interrupts only after 
the end of the following instruction. 


The CPU acknowledges the interrupt request by 


executing two consecutive interrupt acknowledge 


(INTA) bus cycles. If a bus hold request arrives 
(via the HOLD or request/grant lines) during the 
INTA cycles, it is not honored until the cycles 
have been completed. In addition, if the CPU is 
configured in maximum mode, it activates the 
LOCK signal during these cycles to indicate to 
other processors that they should not attempt to 
obtain the bus. The first cycle signals the 8259A 
that the request has been honored. During the 
second INTA cycle, the 8259A responds by plac- 
ing a byte on the data bus that contains the inter- 
rupt type (0-255) associated with the device 
requesting service. (The type assignment is made 
when the 8259A is initialized by software in the 
8086 or 8088.) The CPU reads this type code and 
uses it to call the corresponding interrupt 
procedure. . 3 


An external interrupt request also may arrive on 
another CPU line, NMI (non-maskable inter- 
rupt). This line is edge-triggered (INTR is level- 
triggered) and is generally used to signal the CPU 
of a ‘‘catastrophic’’ event, such as the imminent 
loss of power, memory error detection or bus 
parity error. Interrupt requests arriving on NMI 
cannot be disabled, are latched by the CPU, and 
have higher priority than an interrupt request on 
INTR. If an interrupt request arrives on both 
lines during the execution of an instruction, NMI 
will be recognized first. Non-maskable interrupts 
are predefined as type 2; the processor does not 
need to be supplied with a type code to call the 
NMI procedure, and it does not run the INTA bus 
cycles in response to a request on NMI. 


The time required for the CPU to recognize an 
external interrupt request (interrupt latency) 
depends on how many clock periods remain in the 
execution of the current instruction. On the 
average, the longest latency occurs when a 
multiplication, division or variable-bit shift or 
rotate instruction is executing when the interrupt 
request arrives (see section 2.7 for detailed 
instruction timing data). As mentioned pre- 
viously, in a few cases, worst-case latency will 
span two instructions rather than one. 


Internal Interrupts 


An INT (interrupt) instruction generates an inter- 


rupt immediately upon completion of its execu- 
tion. The interrupt type coded into the instruction 
supplies the CPU with the type code needed to 
call the procedure to process the interrupt. Since 
any type code may be specified, software inter- 
rupts may be used to test interrupt procedures 
written to service external devices. 


*There are a few cases in which an interrupt request is not recognized until after the following instruction. Repeat, LOCK 
and segment override prefixes are considered ‘‘part of’’ the instructions they prefix; no interrupt is recognized between 
execution of a prefix and an instruction. A MOV (move) to segment register instruction and a POP segment register 
instruction are treated similarly: no interrupt is recognized until after the following instruction. This mechanism protects 
a program that is changing to a new stack (by updating SS and SP). If an interrupt were recognized after SS had been 
changed, but before SP had been altered, the processor would push the flags, CS and IP into the wrong area of memory. 
It follows from this that whenever a segment register and another value must be updated together, the segment register 
should be changed first, followed immediately by the instruction that changes the other value. There are also two cases, 
WAIT and repeated string instructions, where an interrupt request is recognized in the middle of an instruction. In these 
cases, interrupts are accepted after any completed primitive operation or wait test cycle. 
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If the overflow flag (OF) is set, an INTO (inter- 
rupt on overflow) instruction generates a type 4 
interrupt immediately upon completion of its 
execution. | , 


The CPU itself generates a type O interrupt 
immediately following execution of a DIV or 
IDIV (divide, integer divide) instruction if the 
calculated quotient is larger than the specified 
destination. | | 


If the trap flag (TF) is set, the CPU automatically 
generates a type 1 interrupt following every 
instruction. .This is called single-step execution 
and is a powerful debugging tool that is discussed 
in more detail shortly. 


All internal interrupts (INT, INTO, divide error, 
and single-step) share these characteristics: 


1. The interrupt type code is either contained in 
the instruction or is predefined. 


2. NoINTA bus cycles are run. 


Internal interrupts cannot be disabled, except 
for single-step. 


4. Any internal interrupt (except single-step) 
has higher priority than any external inter- 
rupt (see table 2-3). If interrupt requests 
arrive on NMI and/or INTR during execu- 
tion of an instruction that causes an internal 
interrupt (e.g., divide error), the internal 
interrupt is processed first. 


Interrupt Pointer Table 


The interrupt pointer (or interrupt vector) table 
(figure 2-30) is the link between an interrupt type 
code and the procedure that has been designated 
to service interrupts associated with that code. 
The interrupt pointer table occupies up to the first 
1k bytes of low memory. There may be up to 256 
entries in the table, one for each interrupt type 
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Figure 2-30. Interrupt Pointer Table 
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that can occur in the system. Each entry in the 
table is a. doubleword pointer containing the 
address of the procedure that is to service inter- 
rupts of that type. The higher-addressed word of 
the pointer contains the base address of the seg- 
ment containing the procedure. The lower-ad- 
dressed word contains the procedure’s offset 
from the beginning of the segment. Since each 
entry is four bytes long, the CPU can calculate the 
location of the correct entry for a given interrupt 
type by simply multiplying (type*4). 


Table 2-3. Interrupt Priorities 


INTERRUPT PRIORITY © 
Divide error, INT n, INTO 
NMI. 

INTR . 

Single-step 


highest 


Space at the high end of the table that would be 
occupied by entries for interrupt types that cannot 
occur in a given application may be used for other 
purposes. The dedicated and reserved portions of 
the interrupt pointer table (locations OH through 
7FH), however, should not be used for any other 
purpose to insure proper system operation and to 
preserve compatibility with future Intel hardware 
and software products. 


After pushing the flags onto the stack, the 8086 or 
8088 activates an interrupt procedure by exe- 
cuting the equivalent of an intersegment indirect 
CALL instruction. The target of the ‘“CALL”’ is 
the address contained in the interrupt pointer 
table element located at (type*4). The CPU saves 
the address of the next instruction by pushing CS 
and IP onto the stack. These are then replaced by 
the second and first words of the table element, 
thus transferring control to the procedure. 


If multiple interrupt requests arrive simulta- 
neously, the processor activates the interrupt pro- 
cedures in priority order. Figure 2-31 shows how 
procedures would be activated in an extreme case. 
The processor is running in single-step mode with 
external interrupts enabled. During execution of a 
divide instruction, INTR is activated. Further- 
more the instruction generates a divide error 


are recognized in turn, in the order of their 
priorities except for INTR. INTR is not -recog- 
nized until after the following instruction because 
recognition of the earlier interrupts cleared IF. Of 
couse interrupts could be reenabled in any of the 
interrupt response routines if earlier response to 
INTR is desired. 


As_ figure 2- 31 siewe, all main- ine code: is exe- 
cuted in single-step mode. Also, because of the - 
order of interrupt processing, the opportunity 
exists in each occurrence of the single-step routine 
to select whether pending interrupt routines 
(divide error and INTR routines in this example) 
are executed at full speed or in single-step mode. . 


Interrupt Procedures 


When an interrupt service procedure is entered, 


the flags, CS, and IP are pushed onto the stack 
and TF and IF are cleared. The procedure may 
reenable external interrupts with the STI (set 


interrupt-enable flag) instruction, thus allowing 


itself to be interrupted by a request on INTR. 
(Note, however, that interrupts are not actually 
enabled until the instruction following STI has 
executed.) An interrupt procedure always may be 
interrupted by a request arriving on NMI. 
Software- or  processor-initiated interrupts 


— occurring within the procedure also will interrupt 


the procedure. Care must be taken in interrupt 
procedures that the type of interrupt being ser- 
viced by the procedure does not itself inadver- 
tently occur within the procedure. For example, 
an attempt to divide by 0 in the divide error (type 


_ 0) interrupt procedure may result in the procedure 


being reentered endlessly. Enough stack space 
must be available to accommodate the maximum 


depth of interrupt nesting that can occur in the 


system. 


, Like all procedures, interrupt procedures should 
‘save any registers they use before updating them, 
and restore them before terminating. It is good 


practice for an interrupt procedure to enable 
external interrupts for all but ‘‘critical sections’’ 


~ of code (those sections that cannot be interrupted 
without risking erroneous results). If external 


interrupt. Figure 2-31 shows that the interrupts _ 
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interrupts are disabled for too long in a pro- 
cedure, interrupt requests on INTR can poten- 
tially be lost. 
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Figure 2-31. Processing Simultaneous Interrupts 
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All interrupt procedures should be terminated 


with an IRET (interrupt return) instruction. The | 


IRET instruction assumes that the stack is in the 
Same condition as it was when the procedure was 
entered. It pops the top three stack words into IP, 
CS and the flags, thus returning to the instruction 
that was about to be executed when the interrupt 
procedure was activated. 


_ The actual processing done by the procedure is 
dependent upon the application. If the procedure 


is servicing an external device, it should output a 


command to the device instructing it to remove its 
interrupt request. It might then read status 
information from the device, determine the cause 
of the interrupt and then take action accordingly. 
Section 2.10 contains three typical interrupt pro- 
cedure examples. 


Software-initiated interrupt procedures may be 


used as service routines (“‘supervisor calls’’) for . 
other programs in the system. In this case, the. 


interrupt procedure is activated when a program, 
rather than an external device, needs attention. 
(The ‘‘attention’’ might be to search a file for a 
record, send a message to another program, 


request an allocation of free memory, etc.) Soft- 
ware interrupt procedures can be advantageous in - 


systems that dynamically relocate programs dur- 
ing execution. Since the interrupt pointer table is 
at a fixed storage location, procedures may 
*‘call’’ each other through the table by issuing 


software interrupt instructions. This provides a. 


stable communication ‘‘exchange’’ that is 


independent of procedure addresses. The inter-— 


Tupt procedures may themselves be moved so long 
as the interrupt pointer table always is updated to 


provide the linkage from the ‘‘calling’’ program 


via the interrupt type code. 


Single-Step (Trap) Interrupt 


When TF (the trap flag) is set, the 8086 or 8088 is | 
said to be in single-step mode. In this mode, the 


processor automatically generates a type 1 inter- 
rupt after each instruction. Recall that as part of 


its interrupt processing, the CPU automatically. . 
pushes the flags onto the stack and then clears TF — 


and IF. Thus the processor is not -in single- “step 
mode when the single-step interrupt procedure is 
entered; it runs normally. When the single- “step 
procedure terminates, the old flag image is 
restored from the stack, placing the CPU back 
into single-step mode. 


Single-stepping is a valuable debugging tool. It 
allows the single-step procedure to act as a “‘win- 
dow’’ into the system through which operation 
can be observed instruction-by-instruction. A 
single-step interrupt procedure, for example, can 
print or display register contents, the value of the 
instruction pointer (it. is on the stack), key 
memory variables, etc., as they change after each 
instruction. In this way the exact flow of a pro- 
gram can be traced in detail, and the point at 
which discrepancies occur can be determined. 
Other possible services that could be provided by 
a single-step routine include: 


e Writing a message when a specified memory 


location or I/O port changes value (or equals 
a specified value). 


e = Providing diagnostics selecuveiy (only for 
certain instruction addresses for instance). 


@ - Letting a routine execute a number of times 


before providing diagnostics. 


The 8086 and 8088 do not have instructions for 


setting or clearing TF directly. Rather, TF can be 
changed by modifying the flag-image on the 


~ stack. The PUSHF and POPF instructions are 


available for pushing and popping the flags 
directly (TF can be set by ORing the flag-image 
with 0100H and cleared by ANDing it with 


- FEFFH). After TF is set in this manner, the first 


single-step interrupt occurs after the first 
instruction following the IRET from the single- 
step procedure. 


-. If the processor is single-stepping, it processes an 
interrupt (either internal or external) as follows. 


Control is passed normally (flags, CS and IP are 
pushed) to the procedure designated to handle the 
type of interrupt that has occurred. However, 
before the first instruction of that procedure is 
executed, the single-step interrupt is ‘‘recog- 
nized’’ and control is passed normally (flags, CS 
and IP are pushed) to the type 1 interrupt pro- 
cedure. When single-step procedure terminates, 
control returns to the previous interrupt pro- 
cedure. Figure 2-31 illustrates this process in a 


case where two interrupts occur when the pro- 


cessor is in single-step mode. 


Breakpoint peeps se _ 


A type 3 interrupt is. ee to the breakpoint 
interrupt. A breakpoint is generally any place ina 


program where normal execution is arrested so 
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that some sort of special processing may be per- 
formed. Breakpoints typically are inserted into 
programs during debugging as a way of display- 
ing registers, memory locations, etc., at crucial 
points in the program. 


The INT 3 (breakpoint) instruction is one byte 
long. This makes it easy to ‘‘plant’’ a breakpoint 
anywhere in a program. Section 2.10 contains an 
example that shows how a breakpoint may be set 
and how a breakpoint procedure may be used to 
place the processor into single-step mode. 


The breakpoint instruction also may be used to 
‘‘patch’’ a program (insert new instructions) 
without recompiling or reassembling it. This may 
be done by saving an instruction byte, and replac- 
ing it with an INT 3 (CCH) machine instruction. 
The breakpoint procedure would contain the new 
machine instructions, plus code to restore the 
saved instruction byte and decrement IP on the 
stack before returning, so that the displaced 
instruction would be executed after the patch 
instructions. The breakpoint example in section 
2.10 illustrates these principles. 


Note that patching a program requires machine- 
instruction programming and should be under- 
taken with considerable caution; it is easy to add 
new bugs to a program in an attempt to correct 
existing ones. Note also that a patch is only a tem- 
porary measure to be used in exceptional condi- 
tions. The affected code should be updated and 
retranslated as soon as possible. 


System Reset 


The 8086/8088 RESET line provides an orderly 
way to start or restart an executing system. When 
the processor detects the positive-going edge of a 
pulse on RESET, it terminates all activities until 
the signal goes low, at which time it initializes the 
system as shown in table 2-4. 


Since the code segment register contains FFFFH 
and the instruction pointer contains 0H, the pro- 
cessor executes its first instruction following 
system reset from absolute memory location 
FFFFOH. This location normally contains an 
intersegment direct JMP instruction whose target 
is the actual beginning of the system program. 
The LOC-86 utility supplies this JMP instruction 
from information in the program that identifies 
its first instruction. As external (maskable) inter- 


rupts are disabled by system reset, the system 
software should reenable interrupts as soon as the 
system is initialized to the point where ney can be 
processed. 


Table 2-4. CPU State Following RESET 


CONTENT 


CPU COMPONENT 


Flags 

Instruction Pointer 
CS Register 

DS Register 

SS Register 

ES Register 
Queue 


Instruction Queue Status 


When configured in maximum mode, the 8086 
and 8088 provide information about instruction 
queue operations on lines QSO and QS1. Table 2-5 
interprets the four states that these lines can 
represent. 


The queue status lines are provided for external 
processors that receive instructions and/or 
operands via the 8086/8088 ESC (escape) instruc- 
tion (see sections 2.5 and 2.8). Such a processor 
may monitor the bus to see when an ESC instruc- 
tion is fetched and then track the instruction 
through the queue to determine when (and if) the 
instruction is executed. 


Table 2-5. Queue Status Signals 
(Maximum Mode Only) 


QUEUE OPERATION IN LAST 
CLK CYCLE 


No operation; default value 


First byte of an instruction was 
taken from the queue 


Queue was reinitialized 


Subsequent byte of an instruction 
was taken from the queue 


Processor Halt 


When the HLT (halt) instruction (see section 2.7) 
is executed, the 8086 or 8088 enters the halt state. 
This condition may be interpreted as ‘‘stop all 
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Operations until an external interrupt occurs or 
the system is reset.’’ No signals are floated during 
the halt state, and the content of.the.address and 
data buses is undefined. A bus hold request 
arriving on the HOLD line (minimum mode) or 
either -request/grant line’ (maximum mode) is 
oe norman while the pres or 1S 
halted. . 


The halt state can be used when an event prevents 
the system from functioning correctly. An exam- 
ple might be a power-fail interrupt. After 
recognizing that loss of power is imminent, the 
CPU could use the remaining time to move 
registers, flags and vital variables to (for example) 
a battery-powered CMOS RAM area and then 
halt until the return of power was signaled by an 
interrupt or system reset. 


Status Lines 


When configured in maximum picae the 8086 
and 8088 emit eight status signals that can be used 
by external devices. Lines SO, Si and S82 identify 
the type of bus cycle that the CPU is starting to 
execute (table 2-6). These lines are typically 
decoded by the 8288 Bus Controller. S3 and S4 
indicate which segment register was used to con- 
struct the physical address being used in this bus 
cycle. (see table 2-7). Line SS reflects the state of 
the interrupt-enable flag. S6 is always 0. S7 is a 
spare line whose content is undefined. 


Table 2-6. Bus Cycle Status Signals - 


Interrupt Po ReMe ede 
Read 1/O 

Write 1/O 

HALT 

Instruction Fetch 
Read Memory 

Write Memory 
Passive; no bus cycle 


SSO OOO 


Table 2-7. Segment Register Status Lines 


[Sls SEGMENT REGISTER 


= 


cS or none (I/O or Interrupt Vector) 
DS | 
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2.1 Instruction Set 


The 8086 and 8088 execute ueaniy the same 
instructions. This instruction set includes 
equivalents to the instructions typically found in 
previous microprocessors, such as the 8080/8085. 
Significant new operations include: 


e multiplication and division of signed aad 
'.. unsigned binary numbers as well as unpacked 
- decimal numbers, | a 


® move, scan and compare eee ieiae 
strings up to 64k bytes in length, 


° non-destructive bit testing, - | 
e _ byte translation from one code to another, 
e —software-generated interrupts, and 


ea group. of instructions that can help 
~ coordinate the activities of multiprocessor 
. Systems . 


These instructions treat different types . of 
operands uniformly. Nearly every instruction can 
Operate on either byte or word data. Register, 
memory. and immediate operands may be 
specified interchangeably in most instructions (ex- 
cept, of course, that immediate values may only 
serve as ‘‘source’’ and not ‘‘destination’’ 
operands). In particular, memory variables can be 
added to, subtracted from, shifted, compared, 
and so on, in place, without moving them in and 
out of registers. This saves instructions, registers, 
and execution time in assembly language pro- 
grams. In high-level languages, where most 
variables are memory based, compilers, such as 
PL/M-86, can produce faster and shorter ace 
Pros taMis 


The 8086/8088 instruction set can be viewed as 
existing at two levels: the assembly level and the 
machine level. To the assembly language pro- 
grammer, the 8086 and 8088 appear to have a 
repertoire of about 100 instructions. One MOV 
(move) instruction, for example, transfers a. byte 
or a word from a register or a memory location or 
an’ immediate value to either a register or a 
memory location. The 8086 and 8088 CPUs, 
however, recognize 28 different MOV machine 
instructions (‘‘move byte register to memory,’’ 
‘‘move word immediate to register,’’ etc.). The 
ASM-86 assembler translates the assembly-level 
instructions written by a programmer into the 
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machine-level instructions that are actually exe- 
cuted by the 8086 or 8088. Compilers such as 
PL/M-86 translate high-level language statements 
directly into machine-level instructions. 


The two levels of the instruction set address two 
different requirements: efficiency and simplicity. 
The numerous—there are about 300 in all—forms 
of machine-level instructions allow these instruc- 
tions to make very efficient use of storage. For 
example, the machine instruction that increments 
a memory operand is three or four bytes long 
because the address of the operand must be 
encoded in the instruction. To increment a 
register, however, does not require as much 
information, so the instruction can be shorter. In 
fact, the 8086 and 8088 have eight different 
machine-level instructions that increment a dif- 
ferent 16-bit register; these instructions are only 
one byte long. 


If a programmer had to write one instruction to 
increment a register, another to increment a 
memory variable, etc., the benefit of compact 
instructions would be offset by the difficulty of 
programming. The assembly-level instructions 
simplify the programmer’s view of the instruction 
set. The programmer writes one form of the INC 
(increment) instruction and the ASM-86 
assembler examines the operand to determine 
which machine-level instruction to generate. 


This section presents the 8086/8088 instruction 
set from two perspectives. First, the assembly- 
level instructions are described in functional 
terms. The assembly-level instructions are then 
presented in a reference table that breaks out all 
permissible operand combinations with execution 
times and machine instruction length, plus the 
effect that the instruction has on the CPU flags. 
Machine-level instruction encoding and decoding 
are covered in section 4.2. 


Data Transfer Instructions 


The 14 data transfer instructions (table 2-8) move 
single bytes and words between memory and 
registers as well as between register AL or AX and 
I/O ports. The stack manipulation instructions 
are included in this group as are instructions for 
transferring flag contents and for loading seg- 
ment registers. : 


Table 2-8. Data Transfer Instructions 


GENERAL PURPOSE 


Move byte or word 
Push word onto stack 
Pop word off stack 
Exchange byte or word 
Translate byte 


INPUT/OUTPUT 


Input byte or word 
Output byte or word 


ADDRESS OBJECT 


Load effective address 
Load pointer using DS 
Load pointer using ES 


FLAG TRANSFER 


Load AH register from flags 
Store AH register in flags 
Push flags onto stack 

Pop flags off stack 


General Purpose Data Transfers 
MOV destination, source. 


MOV transfers a byte or a word from the source 
operand to the destination operand. 


PUSH source 


PUSH decrements SP (the stack pointer) by two 
and then transfers a word from the source 
operand to the top of stack now pointed to by SP. 
PUSH often is used to place parameters on the 
stack before calling a procedure; more generally, 
it is the basic means of storing temporary data on 
the stack. 


POP destination 


POP transfers the word at the current top of stack 
(pointed to by SP) to the destination operand, 
and then increments SP by two to point to the 
new top of stack. POP can be used to move tem- 
porary variables from the stack to registers or 
memory. 
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XCHG destination, source 


XCHG (exchange). switches the contents of the 
source and destination (byte or word) operands. 
When used in conjunction with the LOCK prefix, 
XCHG can test and set a semaphore that controls 
— access to a resource shared by multiple processors 
(see section 2.5). 


XLAT translate-table 


XLAT (translate) replaces a byte in the AL 
register with a byte from a 256-byte, user-coded 
translation table. Register BX is assumed to point 
to the beginning of the table. The byte in AL is 
used as an index into the table and is replaced by 
the byte at the offset in the table corresponding to 
AL’s binary value. The first byte in the table has 
an offset of 0. For example, if AL contains 5H, 
and the sixth element of the translation table con- 
tains 33H, then AL will contain 33H following 
the instruction. XLAT is useful for translating 


characters from one code to another, the classic — 


example being ASCII to EBCDIC or the reverse. 


IN accumulator, port 


IN transfers a byte or a word from an input port 
to the AL register or the AX register, respectively. 
The port number may be specified either with an 
immediate byte constant, allowing access to ports 
numbered 0 through 255, or with a number 
previously placed in the DX register, allowing 
variable access (by changing the value in DX) to 
ports numbered from 0 through 65,535. 


OUT port,accumulator 


OUT transfers a byte or a word from the AL 
register or the AX register, respectively, to an out- 
put port. The port number may be specified either 
with an immediate byte constant, allowing access 
to ports numbered O through 255, or with a 
number previously placed in register DX, allow- 
ing variable access (by changing the value in DX) 
to ports numbered from 0 through 65,535. 


Address Object Transfers 


These instructions manipulate the addresses of 
variables rather than the contents or values of 


variables. They are most useful for list process- 


ing, based variables, and string operations. 


LEA destination, source 


LEA (load effective indeed) transfers the offset 
of the source operand (rather than its value) to the 
destination operand. The source operand must be 
a memory operand, and the destination operand 
must be a 16-bit general register. LEA does not 
affect any flags. The XLAT and string instruc- 
tions assume that certain registers point to 
operands; LEA can be used to load these registers 
(e.g., loading BX with the address of the translate 
table used by the XLAT instruction). 


LDS destination, source 


LDS (load pointer using DS) transfers a 32-bit 
pointer variable from the source operand, which 
must be a memory operand, to the destination 
operand and register DS. The offset word of the 
pointer is transferred to the destination operand, 
which may be any 16-bit general register. The seg- 
ment word of the pointer is transferred to register 
DS. Specifying SI as the destination operand is a 
convenient way to prepare to process a source 
string that is not in the current data segment 
(string instructions assume that the source string 
is located in the current data segment and that SI 
contains the offset of the string). 


LES destina tion, source 


LES (load pointer using ES) transfers a 32-bit 
pointer variable from the source operand, which 
must be a memory operand, to the destination 
operand and register ES. The offset word of the 
pointer is transferred to the destination operand, 
which may be any 16-bit general register. The seg- 
ment word of the pointer is transferred to register 
ES. Specifying DI as the destination operand is a 
convenient way to prepare to process a destina- 
tion string that is not in the current extra segment. 
(The destination string must be located in the 
extra segment, and DI must contain the offset of 
the string.) 


Flag Transfers 


LAHF | 


LAHF (load register AH from flags) copies SF, 
ZF, AF, PF and CF (the 8080/8085 flags) into 
bits 7, 6, 4, 2 and 0, respectively, of register AH 
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(see figure 2-32). The content of ‘bits 5, 3 and 1 is 


undefined; the flags themselves are not affected.: 
LAHF is. provided primarily for converting 


8080/8085 senna language programs to run‘on 
an 8086 or 8088. 


SAHF 


SAHF (store register AH into flags) transfers bits 


7, 6, 4, 2 and 0 from register AH into SF, ZF, AF, 
PF and CF, respectively, replacing whatever 
values these flags previously had. OF, DF, IF and 
TF are not affected. This instruction is provided 
for 8080/8085 i a 


distin 


PUSHF decrements SP (the stack pointer) by two 
and then transfers.all flags to the word.at the top 
of stack pointed to by SP. (see figure 2-32). The 
flags themselves are not af fected... 


lah 


POPF transfers specific bits from the word at the 
current top of stack (pointed to by register SP) 
into the 8086/8088. flags, replacing whatever 
values the flags previously contained (see figure 
2-32). SP is then incremented by two to point to 
the new top of stack. PUSHF and POPF allow a 
procedure to savé and restore: a calling program’s 
flags. They also allow a program to change the 


SANE [S32 An UP Uc 
47 65 432 1 OF 


. ~<—8080/8085 FLAGS—>| 
I ! 


! : . ’ | 


POPE LY UY Ui O,0, 1 TS, ZU AU, PL UC 
POPF U,U,U,U,0O,D,1,T,8,2,U,A,U,P,U,C 


16 1413 12 1110°9' 8 7 6 5 4 3 2 1 «0 


U = UNDEFINED; VALUEISINDETERMINATE: - 
O = OVERFLOW FLAG 
= DIRECTION FLAG 
~. 15 INTERRUPTENABLE FLAG © 
T=TRAPFLAG 
S = SIGN: CAE 
* Z=ZEROFLAG ; 
ape AUXILIARY CARRY FLAG 
e 


fae 


= PARITY FLAG 
= CARRY FLAG — 


Figure 2-32. Flag Storage Formats 


setting of TF (there is no instruction for updating 
this flag directly). The change is accomplished by 
pushing the flags, altering bit 8 of the memory- 
image and then popping the flags. 


Arithmetic Instructions 


Arithmetic Data Formats 


8086 and 8088 arithmetic operations (table 2-9) 
may be performed on four types of numbers: 
unsigned. binary, signed binary . (integers), 
unsigned packed decimal and unsigned unpacked 
decimal (see table 2-10). Binary numbers may be 8 
or 16 bits long. Decimal numbers are stored in 
bytes, two digits per byte for packed decimal and 
one digit per byte for unpacked decimal. The pro- 
cessor always assumes that the operands specified 
in arithmetic instructions contain data that repre- 
sent valid numbers for the type of instruction 
being performed. Invalid data “may produce 
unpredictable results. | 


- Table 2-9. Arithmetic Instructions 


| Add byte or word 
Add byte or word with carry 
Increment byte or word by 1 
ASCIl adjust for addition 
Decimal adjust for addition 


SUBTRACTION 


Subtract byte or word 
Subtract byte or word with 
borrow 

Decrement byte or word by 1 
Negate byte or word 
Compare byte or word 


ASCIl adjust for subtraction 
- Decimal.adjust for subtraction |. : 


MULTIPLICATION 


Multiply byte or word unsigned 
Integer multiply byte or word 
ASCIl adjust for multiply 


DIVISION 


Divide byte or word unsigned 
Integer divide byte or word 

_ ASCil adjust for division 
Convert byte to word 
Convert word to doubleword 
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Table 2-10. Arithmetic mnietpietanon of 8-Bit Numbers | 


| SIGNED | ‘UNPACKED 
BINARY | . DECIMAL 


| BIT PATTERN 


00000111 
10001001 


11000101. 


Unsigned binary numbers may be either 8 or 16 
bits long; all bits are considered in determining a 
number’s magnitude. The value range of an 8-bit 
unsigned. binary: number ‘is-0-255; .16 bits can 


represent values from 0 through 65,535. Addi- 


tion, subtraction, multiplication. and division 
operations are available oer Moslems binary 
numbers. , 


Signed eee numbers Gutegetsyi may be either 8 
or 16 bits long. The high-order (leftmost) bit is 
interpreted as the number’s sign: 0 = positive and 
1 = negative. Negative numbers are represented 
in standard two’s complement notation. Since 
the high-order bit is used for a sign, the range of 
an 8-bit integer is —128 through +127; 16-bit 
integers may range. from 32,768 through 
+32,767. The value zero has a positive sign. 


Multiplication and division operations are pro- 


vided for signed binary numbers. Addition and 
subtraction are performed with the unsigned 
binary . instructions. Conditional jump. instruc- 


tions, as well as an ‘‘interrupt on overflow’: 


instruction, can be used following an unsigned 
operation on an integer to. detect overflow ‘into 
the sign bit. 


Packed decimal numbers are stored as unsigned 
byte quantities. The byte is treated as having one 
decimal digit in each half- byte (nibble); the digit 
in the high-order half-byte is the most significant. 
Hexadecimal values 0-9 are valid in each half- 
byte, and the range of a packed decimal number is 
0-99. Addition and subtraction are performed in 
two steps. First an unsigned binary instruction is 
used. to-_produce an intermediate result in register 
AL. Then an adjustment operation is performed 
which changes the intermediate value in AL to a 
final correct packed decimal result. Multiplica- 
tion and division adjustments are not available 
for packed decimal numbers. 


“UNSIGNED 
~ BINARY 


PACKED 
DECIMAL 
7 


invalid 


invalid invalid = 


Unpacked decimal numbers are stored as un- 
signed byte quantities. The magnitude of the 
number is determined from the low-order half- 
byte; hexadecimal values 0-9 are valid and are 
interpreted as decimal numbers. The high-order 
half-byte must be zero for multiplication and divi- 
sion; it may contain any value for addition and 
subtraction. Arithmetic on unpacked decimal 
numbers is performed in two steps. The unsigned 
binary addition, subtraction and: multiplication 
operations are used to produce an intermediate 
result in register AL. An adjustment instruction 
then changes the value in AL to a final correct 
unpacked decimal number. Division is performed 
similarly, except that the adjustment is carried out 
on the numerator operand in register AL first, 
then a following unsigned binary division instruc- 
tion produces a L correct result. 


Unpacked. deciraalo umber are similar to the 
ASCII character representations of the digits 0-9. 
Note, however, that the high-order half-byte of 
an ASCII numeral is always 3H. Unpacked 
decimal arithmetic may be performed on ASCII 
numeric characters under the following 
conditions: 


e the high-order half-byte of an ASCII 
numeral must be set to OH prior to 
multiplication or division. 


e unpacked decimal arithmetic leaves the 
high-order half-byte set to OH; it must be set — 
to 3H to produce a valid ASCII numeral. _ 


Arithmetic Instructions and Flags — 


The 8086/8088 arithmetic instructions post: cer- 


tain characteristics of the result of the operation 


to six flags. Most of these flags can be tested by 
following the arithmetic instruction with a condi- 
tional jump instruction; the INTO (interrupt on 
overflow) instruction also may be used. The 
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various instructions affect the flags differently, as 
explained in the instruction descriptions. 
However, they follow these general rules: 


e CF (carry flag): If an addition results in a 
carry out of the high-order bit of the result, 
then CF is set; otherwise CF is cleared. If a 
subtraction results in a borrow into the high- 
order bit of the result, then CF is set; other- 
‘wise CF is cleared. Note that a signed carry is 
indicated by CF # OF. CF can be used to 
detect an unsigned overflow. Two instruc- 
tions, ADC (add with carry) and SBB (sub- 
tract with borrow), incorporate the carry flag 
in their operations and can be used to per- 
form multibyte (e.g., 32-bit, 64-bit) addition 
and subtraction. 


e AF (auxiliary carry flag): If an addition 
results in a carry out of the low-order half- 
byte of the result, then AF is set; otherwise 
AF is cleared. If a subtraction results in a 
borrow into the low-order half-byte of the 
result, then AF is set; otherwise AF is 
cleared. The auxiliary carry flag is provided 
for the decimal adjust instructions and 
ordinarily is not used for any other purpose. 


e SF (sign flag): Arithmetic and _ logical 
instructions set the sign flag equal to the 
high-order bit (bit 7 or 15) of the result. For 
signed binary numbers, the sign flag will be 0 
for positive results and 1 for negative results 
(so long as overflow does not occur). A con- 
ditional Jump instruction can be used follow- 

_ ing addition or subtraction to alter the flow 

of the program depending on the sign of the 

result. Programs performing unsigned opera- 

~ tions typically ignore SF since the high-order 

bit of the result is interpreted as a digit rather 
than a sign. 


e ZF (zero flag): If the result of an arithmetic 
or logical operation is zero, then ZF is set; 
otherwise ZF is cleared. A conditional jump 
instruction can be used to alter the flow of 
the program if the result is or is not zero. 


e PF (parity flag): If the low-order eight bits of 
an arithmetic or logical result contain an 
even number of 1-bits, then the parity flag is 
set; otherwise it is cleared. PF is provided for 
8080/8085 compatibility; it also can be used 

. to check ASCII characters for correct parity. 


e OF (overflow flag): If the result of an 
operation is too large a positive number, or 
too small a negative number to fit in the 
destination operand (excluding the sign bit), 
then OF is set; otherwise OF is cleared. OF 
thus indicates signed arithmetic overflow; it 
can be tested with a conditional jump or the 
INTO (interrupt on overflow) instruction. 
OF may be ignored when _ performing 
unsigned arithmetic. 


Addition 


ADD destination,source 


The sum of the two operands, which may be bytes 
or words, replaces the destination operand. Both 
operands may be signed or unsigned binary 
numbers (see AAA and DAA). ADD updates AF, 
CF, OF, PF, SF and ZF. 


ADC destination, source 


ADC (Add with Carry) sums the operands, which 
may be bytes or words, adds one if CF is set and 
replaces the destination operand with the result. 
Both operands may be signed or unsigned binary 
numbers (see AAA and DAA). ADC updates AF, 
CF, OF, PF, SF and ZF. Since ADC incorporates 
a carry from a previous operation, it can be used 
to write routines to add numbers longer than 16 
bits. 


INC destination 


INC (Increment) adds one to the destination 
operand. The operand may be a byte or a word 
and is treated as an unsigned binary number (see 
AAA and DAA). INC updates AF, OF, PF, SF 
and ZF; it does not affect CF. 


AAA 


AAA (ASCII Adjust for Addition) changes the 
contents of register AL to a valid unpacked 
decimal number; the high-order half-byte is 
zeroed. AAA updates AF and CF; the content of 
OF, PF, SF and ZF is undefined following execu- 
tion of AAA. . ¢ 


Mnemonics © Intel, 1978 


8086 AND.8088 CENTRAL PROCESSING UNITS 


DAA 


DAA (Decimal Adjust for. Addition) corrects the 
result of previously. adding two valid packed 
decimal operands (the destination operand must 
have been register AL). DAA changes the content 
of AL to a pair of valid packed decimal digits. It 
updates AF, CF, PF, SF and ZF; the content of 
OF is undefined following execution of DAA. 


Subtraction 


SUB destination, source 


The source operand is subtracted from the 
destination operand, and the result replaces the 
destination operand. The:operands may be bytes 
or words. Both operands may be signed or 
unsigned binary numbers (see AAS and DAS). 
SUB updates AF, CF, OF, PF,SFand ZF. 


SBB destination, source 


SBB (Subtract with Borrow) subtracts the source 
from the destination, subtracts one if CF is set, 
and returns the result to the destination operand. 
Both operands may be bytes or words. Both 
operands may: be signed or unsigned binary 
numbers (see AAS and DAS). SBB updates AF, 
CF, OF, PF, SF and ZF. Since it incorporates a 
borrow from a previous operation, SBB may be 
used to write routines that subtract numbers 
longer than 16 bits. 


DEC destination 


DEC (Decrement) subtracts one from the destina- 
tion, which may be a byte or a word. DEC 
updates AF, OF, PF, SF, and ZF; it does not 
affect CF. 


NEG destination 


NEG (Negate) subtracts the destination operand, 
which may be a byte or a word, from O and 
returns the result to the destination. This forms 
the two’s complement of the number, effectively 
reversing the sign of an integer. If the operand is 
zero, its sign is not changed. Attempting to negate 
a byte containing —128 or a word containing 


—32,768 causes no change to the operand and sets 
OF. NEG updates AF, CF, OF, PF, SF and ZF. 
CF is always set except when the operand i Is zero, 
in which case it is cleared. 


CMP destination, source 


CMP (Compare) subtracts the source from the 
destination, which may be bytes or words, but 
does not return the result. The operands are 
unchanged, but the flags are updated and can be 
tested by a subsequent conditional jump instruc- 
tion. CMP updates AF, CF, OF, PF, SF and ZF. 
The comparison reflected in the flags is that of the 
destination to the source. If a CMP instruction is 
followed by a JG (jump if greater) instruction, for 
example, the jump is taken if the destination 
operand is greater than the source operand. 


AAS | 


AAS (ASCII Adjust for Subtraction) corrects the 
result of a previous subtraction of two valid 
unpacked decimal operands (the destination 
operand must have been specified as register AL). 
AAS changes the content of AL to a valid 
unpacked decimal number; the high-order half- 
byte is zeroed. AAS updates AF and CF; the con- 
tent of OF, PF, SF and ZF is undefined pueda 
execution of AAS. 


DAS 


DAS (Decimal Adjust for Subtraction) corrects 
the result of a previous subtraction of two valid 
packed decimal operands (the destination 
operand must have been specified as register AL). 
DAS changes the content of AL to a pair of valid 
packed decimal digits. DAS updates AF, CF, PF, 
SF and ZF; the content of OF is undefined 
following execution of DAS. 


Multiplication 


MUL source 


MUL (Multiply) performs an unsigned multi- 
plication of the source operand and the 
accumulator. If the source is a byte, then it is 


multiplied by register AL, and the double-length 
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result is returned in AH and AL. If the source 
operand is a word, then it is multiplied by register 
AX, and the double-length result is returned in 
registers DX and AX. The operands are treated as 
unsigned binary numbers (see AAM). If the upper 
half of the result (AH for byte source, DX for 
word source) is nonzero, CF and OF are set; 
otherwise they are cleared. When CF and OF are 
set, they indicate that AH or DX contains signifi- 
cant digits of the result. The content of AF, PF, 
SF and ZF is undefined following execution of 
MUL. 


IMUL source 


IMUL (Integer Multiply) performs a _ signed 
multiplication of the source operand and the 
accumulator. If the source is a byte, then it is 
multiplied by register AL, and the double-length 
result is returned in AH and AL. If the source isa 
word, then it is multiplied by register AX, and the 
double-length result is returned in registers DX 
and AX. If the upper half of the result (AH for 
byte source, DX for word source) is not the sign 
extension of the lower half of the result, CF and 
OF are set; otherwise they are cleared. When CF 
and OF are set, they indicate that AH or DX con- 
tains significant digits of the result. The content 
of AF, PF, SF and ZF is undefined following 
execution of IMUL. 


AAM 


AAM (ASCII Adjust for Multiply) corrects the 
result of a previous multiplication of two valid 
unpacked decimal operands. A valid 2-digit 
unpacked decimal number is derived from the 
content of AH and AL and is returned to AH and 
AL. The high-order half-bytes of the multiplied 
operands must have been 0H for AAM to pro- 
duce a correct result. AAM updates PF, SF and 
ZF; the content of AF, CF and OF is undefined 
following execution of AAM. 


Division 
DIV source 
DIV (divide) performs an unsigned division of the 


accumulator (and its extension) by the source 
operand. If the source operand is a byte, it is 


2-37 


divided into the double-length dividend assumed 
to be in registers AL and AH. The single-length 
quotient is returned in AL, and the single-length 
remainder is returned in AH. If the source 
operand is a word, it is divided into the double- 
length dividend in registers AX and DX. The 
single-length quotient is returned in AX, and the 
single-length remainder is returned in DX. If the 
quotient exceeds the capacity of its destination 
register (FFH for byte source, FFFFFH for word 
source), as when division by zero is attempted, a 
type 0 interrupt is generated, and the quotient and 
remainder are undefined. Nonintegral quotients 
are truncated to integers. The content of AF, CF, 
OF, PF, SF and ZF is undefined following execu- 
tion of DIV. 


IDIV source 


IDIV (Integer Divide) performs a signed division 
of the accumulator (and its extension) by the 
source operand. If the source operand is a byte, it 
is divided into the double-length dividend 
assumed to be in registers AL and AH; the single- 
length quotient is returned in AL, and the single- 
length remainder is returned in AH. For byte in- 
teger division, the maximum positive quotient is 
+127 (7FH) and the minimum negative quotient is 
—127 (81H). If the source operand is a word, it is 
divided into the double-length dividend in 
registers AX and DX; the single-length quotient is 
returned in AX, and the single-length remainder 
is returned in DX. For word integer division, the 
maximum positive quotient is +32,767 (7FFFH) 
and the minimum negative quotient is —32,767 
(8001H). If the quotient is positive and exceeds 
the maximum, or is negative and is less than the 
minimum, the quotient and remainder are 
undefined, and a type 0 interrupt is generated. In 
particular, this occurs if division by 0 is 
attempted. Nonintegral quotients are truncated 
(toward 0) to integers, and the remainder has the 
same sign as the dividend. The content of AF, 
CF, OF, PF, SF and ZF is undefined following 
IDIV. | 


AAD 


AAD (ASCII Adjust for Division) modifies the 
numerator in AL before dividing two valid 
unpacked decimal operands so that the quotient 
produced by the division will be-a valid unpacked 
decimal number. AH must be zero for the subse- 
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quent DIV to produce the correct result. The quo- 
tient is returned in AL, and the remainder is 
returned in. AH; both high-order half-bytes are 
zeroed. AAD updates PF, SF and ZF; the content 
of AF, CF and OF is undefined following execu- 
tion of AAD. | | 


CBW 


CBW (Convert Byte to Word) extends the sign of 
the byte in register AL throughout register AH. 
CBW does not affect any flags. CBW can be used 
to produce a double-length (word) dividend from 
a byte prior to performing byte division. 


CWD 


CWD (Convert Word to Doubleword) extends the 
sign of the word in register AX throughout 
register DX. CWD does not affect any flags. 
CWD can be used to produce a double-length 
(doubleword) dividend from a word prior to per- 
forming word division. 


Bit Manipulation Instructions | 


The 8086 and 8088 provide three groups of 
instructions (table 2-11) for manipulating bits 
within both bytes and words: logical, shifts and 
rotates. . oe 7 | : ! 


Table 2-11. Bit Manipulation Instructions 


—— LOGICALS 


_ | “‘Not’’ byte or word 
‘‘And’’ byte or word a 
‘‘Inclusive or’’ byte or word 
‘Exclusive or’ byte or word 
‘“‘Test’’ byte or word 


SHL/SAL | Shift logical/arithmetic left 
byte or word | 

~SHR- Shift logical right byte or word 

SAR Shift arithmetic right byte or 
word 


ROTATES 


Rotate left byte or word 

Rotate right byte or word. | 

Rotate through carry left byte 
orword — | | 

Rotate through carry right byte 
or word | 7 _ 


Logical 


The logical instructions .include the. boolean 
operators ‘‘not,’’ ‘‘and,’’ ‘‘inclusive:or,’’ and 
‘fexclusive or,’’ plus a TEST instruction that sets 
the flags, but does not alter either of its operands. 


AND, OR, XOR and TEST affect the flags as 
follows: The overflow (OF) and carry.(CF) flags 
are always cleared by logical instructions, and the 
content of the auxiliary carry (AF) flag is always 
undefined following execution of a logical 
instruction. The sign (SF), zero (ZF) and parity 
(PF) flags are always posted to reflect the result of 
the operation and can be tested by conditional 
jump instructions. The interpretation of these 
flags is the same as for arithmetic instructions. SF 
is set if the result is negative (high-order bit is 1), 
and is cleared if the result is positive (high-order 
bit is 0). ZF is set if the result is zero, cleared 
otherwise. PF is set if the result contains an even 
number of 1-bits (has even parity) and is cleared if 
the number of 1-bits is odd (the result has odd 
parity). Note that NOT has no effect on the flags.. 


NOT destination — 


NOT inverts the bits (forms the one’s comple- 
ment) of the byte or word operand. 


AND destination, source 


AND performs the logical ‘‘and’’ of the two 
operands (byte or. word) and returns the result to 
the destination operand. A bit in the result is set if 
both corresponding bits of the original operands 
are set; otherwise the bit is cleared. 


OR destination, source 


OR performs the logical ‘‘inclusive or’’ of the two 
operands (byte or word) and returns the result to 
the destination operand. A bit in the result is set if 
either or both corresponding bits in the original 
operands are set; otherwise the result bit is 
cleared. 


XOR destination, source 


XOR (Exclusive Or) performs the logical ‘‘exclu- 
sive or’? of the two operands and returns the 
result to the destination operand. A bit in the 
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result is set if the corresponding bits of the 
Original operands contain opposite values (one is 
set, the.other is cleared); otherwise the result bit is 
cleared. 


TEST destination, source 


TEST performs the logical ‘‘and’’ of the two 
operands (byte or word), updates the flags, but 
does not return the result, i.e., neither operand is 
changed. If a TEST instruction is followed by a 
JNZ (jump if not zero) instruction, the jump will 
be taken if there are any corresponding 1-bits in 
both operands. 


Shifts 


The bits in bytes and words may be shifted 
arithmetically or logically. Up to 255 shifts may 
be performed, according to the value of the count 
operand coded in the instruction. The count may 
be specified as the constant 1, or as register CL, 
allowing the shift count to be a variable supplied 
at execution time. Arithmetic shifts may be used 
to multiply and divide binary numbers by powers 
of two (see note in description of SAR). Logical 
shifts can be used to isolate bits in bytes or words. 


Shift instructions affect the flags as follows. AF is 
always undefined following a shift operation. PF, 
SF and ZF are updated normally, as in the logical 
instructions. CF always contains the value of the 
last bit shifted out of the destination operand. 
The content of OF is always undefined following 
a multibit shift. In a single-bit shift, OF is set if 
the value of the high-order (sign) bit was changed 
by the operation; if the sign bit retains its original 
value, OF is cleared. . | 


SHL/ SAL destination,count 


SHL and SAL (Shift Logical Left and Shift 
Arithmetic Left) perform the same operation and 
are physically the same instruction. The destina- 
tion byte or word is shifted left by the number of 
bits specified in the count operand. Zeros are 
shifted in on the right. If the sign bit retains its 
original value, then OF is cleared. 


SHR destination, source — 


SHR (Shift Logical Right) shifts the bits in the 
destination. operand (byte or word) to the right by 


the number of bits specified in the count operand. 
Zeros are shifted in on the left. If the sign bit 
retains its original value, then OF is cleared. 


SAR destination, count 


SAR (Shift Arithmetic Right) shifts the bits in the 
destination operand (byte or word) to the right by 
the number of bits specified in the count operand. 
Bits equal to the original high-order (sign) bit are 
shifted in on the left, preserving the sign of the 
Original value. Note that SAR does not produce 
the same result as the dividend of an 
‘equivalent’? IDIV instruction if the destination 
operand is negative and 1-bits are shifted out. For 
example, shifting —5 right by one bit yields —3, 
while integer division of —5 by 2 yields —2. The 
difference in the instructions is that IDIV trun- 
cates all numbers toward zero, while SAR trun- 
cates positive numbers toward zero and negative 
numbers. toward negative infinity. | 


Rotates 


Bits in bytes and words also may be rotated. Bits 
rotated out of an operand are not lost as in a 
shift, but are ‘‘circled’’ back into the other ‘‘end’’ 
of the operand. As in the shift instructions, the 
number of bits to be rotated is taken from the 
count Operand, which may specify either a con- 
stant of 1, or the CL register. The carry flag may 
act as an extension of the operand in two of the 
rotate instructions, allowing a bit to be isolated in 
CF and then tested by a JC (jump if carry) or JNC 
(jump if not carry) instruction. 


Rotates affect only the carry and overflow flags. 
CF always contains the value of the last bit 
rotated out. On multibit rotates, the value of OF 
is always undefined. In single-bit rotates, OF is 
set if the operation changes the high-order (sign) 
bit of the destination operand. If the sign bit 
retains its original value, OF is cleared. 


ROL destination, count 


ROL (Rotate Left) rotates the destination byte or 
word left by the number of bits specified in the 
count operand. — 
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ROR destination, count 


ROR (Rotate Right) operates similar to ROL 
except that the bits in the destination byte or word 
are rotated right instead of left. 


RCL destination,count 


RCL (Rotate through Carry Left) rotates the bits 
in the byte or word destination operand to the left 
by the number of bits specified in the count 
operand. The carry flag (CF) is treated as ‘‘part 
of’’ the destination operand; that is, its value is 
rotated into the low-order bit of the destination, 
and itself is replaced by the high-order bit of the 
destination. 


RCR destination, count 


RCR (Rotate through Carry Right) operates 
exactly like RCL except that the bits are rotated 
right instead of left. 


String Instructions 


Five basic string operations, called primitives, 
allow strings of bytes or words to be operated on, 
one element (byte or word) at a time. Strings of 
up to 64k bytes may be manipulated with these 
instructions. Instructions are available. to move, 
compare and scan for a value, as well as for mov- 
ing string elements to and from the accumulator 
(see table 2-12). These basic operations may be 
preceded by a special one-byte prefix that causes 
the instruction to be repeated by the hardware, 
allowing long strings to be processed much faster 
than would be possible with a software loop. The 
repetitions can be terminated by a variety of con- 
ditions, and a repeated operation may be inter- 
rupted and resumed. ‘ | 


The string instructions operate quite similarly in 
many respects; the common characteristics are 
covered here and in table 2-13 and figure 2-33 
rather than in the descriptions of the individual 
instructions. A string instruction may have a 
source operand, a destination operand, or both. 
The hardware assumes that a source string resides 
in the current data segment; a segment prefix byte 
may be used to override this assumption. A 
destination string must be in the current extra seg- 
ment. The assembler checks the attributes of the 
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Operands to determine if the elements of the 
strings are bytes or words. The assembler does 
not, however, use the operand names to address 
the strings. Rather, the content of register SI 
(source index) is used as an offset to address the 
current element of the source string, and the con- 
tent of register DI (destination index) is taken as 
the offset of the current destination string ele- 
ment. These registers must be initialized to point 
to the source/destination strings before executing 
the string instruction; the LDS, LES and LEA 
instructions are useful in this regard. 


Table 2-12. String Instructions 
REP Repeat 
REPE/REPZ Repeat while equal/zero 


REPNE/REPNZ Repeat while not 


equal/notzero © 


MOVS Move byte or word string 


MOVSB/MOVSW. Move byte or word string 


CMPS Compare byte or word 
| a string | 


SCAS Scan byte or word string 


LODS © | Load byte or word string 


STOS Store byte or word string 


Table 2-13. String Instruction Register and 
| Flag Use 


Index (offset) for source string 


Index (offset) for destination 
string 
Repetition counter 


Scan value anes 
Destination for LODS | 
Source for STOS 


0 = auto-increment Sl, Dl 
1=auto-decrement Sl, DI — 


Scan/compare terminator 
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[ | S1/DI, CX 
PREVIOUS — |. ___. J AND DF WOULD 
INSTRUCTIONS TYPICALLY BE 
L | INITIALIZED HERE 


ABSENT 


REPEAT 
PREFIX 


PRESENT 


NORMAL 
SYSTEM 
INTERRUPT 
SERVICE 


PENDING 


NOT PENDING 


DECREMENT 
CX BY 1 


DO STRING 
OPERATION 
USING 

- -SI/DI 


ADJUST 
S!I/DI 
BY DELTA 


PRESENT 


REPEAT 
PREFIX 


| NEXT | 


Figure 2-33. String Operation Flow 
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The string instructions automatically update SI 
and/or DI in anticipation of processing the next 
string element. The setting of DF (the direction 
flag) determines whether the index registers are 
auto-incremented (DF = 0) or auto-decremented 
(DF = 1). If byte strings are being processed, SI 
and/or DI is adjusted by1; the adjustment is 2 for 
word strings. 


If a Repeat prefix has been coded, then register 
CX (count register) is decremented by 1 after each 
repetition of the string instruction; therefore, CX 
must be initialized to the number of repetitions 
desired before the string instruction is executed. If 
CX is 0, the string instruction is not executed, and 
control goes to the following instruction. 


Section 2.10 contains examples that illustrate the 
use of all the string instructions. 


REP/REPE/REPZ/REPNE/REPNZ | 


Repeat, Repeat While Equal, Repeat While Zero, 
Repeat While Not Equal and Repeat While Not 
Zero are five mnemonics for two forms of the 
prefix byte that controls repetition of a subse- 
quent string instruction. The different mnemonics 
are provided to improve program clarity. The 
repeat prefixes do not affect the flags. 


REP is used in conjunction with the MOVS 
(Move String) and STOS (Store String) instruc- 
tions and is interpreted as ‘‘repeat while not end- 
of-string’’ (CX not 0). REPE and REPZ operate 
identically and are physically the same prefix byte 
as REP. These instructions are used with the 
CMPS (Compare String) and SCAS (Scan String) 
instructions and require ZF (posted by these 
instructions) to be set before initiating the next 
repetition. REPNE and REPNZ. are two 
mnemonics for the same prefix byte. These 
instructions function the same as REPE and 
REPZ except that the zero flag must be cleared or 
‘the repetition is terminated. Note that ZF does 
not need to be initialized before executing the 
repeated string instruction. 


Repeated string sequences are interruptable; the — 


processor will recognize the interrupt before pro- 
cessing the next string element. System interrupt 
processing is not affected in any way. Upon 
return from the interrupt, the repeated operation 
is resumed from the point of interruption. Note, 
however, that execution does not resume properly 


if a second or third prefix (i.e., segment override 
or LOCK) has been specified in addition to any of 
the repeat prefixes. The processor ‘‘remembers’’ 
only one prefix in effect at the time of the inter- 
rupt, the prefix that immediately precedes the 
string instruction. After returning from the inter- 
rupt, processing resumes at this point, but any 
additional prefixes specified are not in effect. If 
more than one prefix must be used with a string 
instruction, interrupts may be disabled for the 
duration of the repeated execution. However, this 
will not prevent a non-maskable interrupt from 
being recognized. Also, the time that the system is 
unable to respond to interrupts may be unaccept- 
able if long strings are being processed. 


MOVS destination-string, source-string 


MOVS (Move String) transfers a byte or a word 


from the source string (addressed by SI) to the 


destination string (addressed by DI) and updates 


Sl and DI to point to the next string element. 


When used in conjunction with REP, MOVS per- 
forms a memory-to-memory block transfer. 


MOVSB/MOVSW 


These are alternate mnemonics for the move 
string instruction. These mnemonics are coded 
without operands; they explicitly tell the 
assembler that a byte string (MOVSB) or a word 
string (MOVSW) is to be moved (when MOVS is 
coded, the assembler determines the string type 
from the attributes of the operands). These 
mnemonics are useful when the assembler cannot 
determine the attributes of a string, e.g., a section 
of code is being moved. 


CMPS destination-string, source-string 


CMPS (Compare String) subtracts the destination 
byte or word (addressed by D1) from the source 
byte or word (addressed by SI). CMPS affects the 
flags but does not alter either operand, updates SI 
and DI to point to the next string element and 
updates AF, CF, OF, PF, SF and ZF to reflect the 
relationship of the destination element to the 
source element. For example, if a JG (Jump if 
Greater) instruction follows CMPS, the jump is 
taken if the destination element is greater than the 


source element. If CMPS is prefixed with REPE 
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or REPZ, the operation is interpreted as ‘‘com- 
pare while not end-of-string (CX not zero) and 
strings are equal (ZF = 1).’’ If CMPS is preceded 
by REPNE or REPNZ, the operation is inter- 
preted as ‘‘compare while not end-of-string (CX 
not zero) and strings are not equal (ZF = 0).’’ 
Thus, CMPS can be used to find matching or dif- 
fering string elements. 


SCAS destination-string 


SCAS (Scan String) subtracts the destination 
String element (byte or word) addressed by DI 
from the content of AL (byte string) or AX (word 
string) and updates the flags, but does not alter 
the destination string or the accumulator. SCAS 
also updates DI to point to the next string element 
and AF, CF, OF, PF, SF and ZF to reflect the 
relationship of the scan value in AL/AX to the 
string element. If SCAS is prefixed with REPE or 
REPZ, the operation is interpreted as ‘‘scan while 
not end-of-string (CX not 0) and string-element = 
scan-value (ZF = 1).’’ This form may be used to 
scan for departure from a given value. If SCAS is 
prefixed with REPNE or REPNZ, the operation 
is interpreted as ‘‘scan while not end-of-string 
(CX not 0) and string-element is not equal to 
scan-value (ZF = 0).’’ This form may be used to 
locate a value ina string. 


LODS source-string 


LODS (Load String) transfers the byte or word 
string element addressed by SI to register AL or 
AX, and updates SI to point to the next element 
in the string. This instruction is not ordinarily 
repeated. since the accumulator would be over- 
written by each repetition, and only the last ele- 
ment would be retained. However, LODS is very 
useful in software loops as part of a more com- 
plex string function built up from. string 
primitives and other instructions. 


STOS destination-string 


STOS (Store String) transfers a byte or word from 
register AL or AX to the string element addressed 
by DI and updates DI to point to the next location 
in the string. As a repeated operation, STOS pro- 
vides a convenient way to initialize a string to a 
constant value (e.g., to blank outa print line). 


Program Transfer Instructions 


The sequence of execution of instructions in an 
8086/8088 program is determined by the content 
of the code segment register (CS) and the instruc- 
tion pointer (IP). The, CS register contains the 
base address of the current code segment, the 64k 
portion of memory from which instructions are 
presently. being fetched. The IP is used as an off- 
set from the beginning of the code segment; the 
combination of CS and IP points to the memory 
location from which the. next instruction is to be 
fetched. (Recall that under most operating condi- 
tions, the next instruction to be executed has 
already been fetched from memory and is waiting 
in the CPU instruction queue.) The program 
transfer instructions operate on the instruction 
pointer and on the CS register; changing the con- 
tent of these causes normal sequential execution 
to be altered. When a program transfer occurs, 
the queue no longer contains the correct instruc- 
tion, and the BIU obtains the next instruction 
from memory using the new IP and CS values, 
passes the instruction directly to the EU, and then 
begins refilling the queue from the new location. . 


Four groups of program transfers are available in 
the 8086/8088 (see table 2-14): unconditional 
transfers, conditional transfers, iteration control 
instructions and interrupt-related instructions. 
Only the interrupt-related instructions affect any 
CPU flags. As will be seen, however, the execu- 
tion of many of the program transfer instructions 
is affected by the states of the flags. 


Unconditional Transfers. 


The unconditional transfer instructions may 
transfer control to a target instruction within the 
current code segment (intrasegment transfer) or 
to a different code. segment (intersegment 
transfer). (The ASM-86 assembler terms an 
intrasegment target NEAR and an intersegment 
target FAR.) The transfer is made uncondition- 
ally any time the instruction is executed. 


CALL procedure-name 


CALL activates an out-of-line procedure, saving 
information on the stack to permit a RET (return) 
instruction in the procedure to transfer control 
back to the instruction following the CALL. The 
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Table 2-14. Program Transfer Instructions — 


_UNCONDITIONAL TRANSFERS. 


Call sroceaure: 
Return from Bice eenie:, 
Jump | 


| JAIJNBE. | sump itabove/not below 
| nor equal a 
Jumpifabove or © 
equal/not below 
Jump if below/not above 
norequal — 
Jump if below or 
equal/notabove ~ 
JC : Jump if carry — 
JE/JZ = =~ + ~ =| Jump if equal/zero 
-JG/JNLE eNO) DOL Greale i nOlless | 
= a nor equal 
Jump if greater or 
equal/notless' 
Jump if less/not sete 
nor equal 
Jump if less or equal no! 
7 greater im 
~ JNC «| Jumpif notcarry © 
JNE/JNZ a SUE Nevedualiner, 
: a zero - 

“INQ 2 ce Jump if: Raveveriow | 
JNP/JPO : Jump if not parity/ parity. 
odd 

Jump if not sign 
Jump if overflow | | 
JP/JPE Jump if parity/parity = 
even , 
JS ‘|Jumpifsign — 


JAE/JNB 7 
| JB/JNAE 


JBE/JNA 


JGE/JNL 


_JLIVNGE 


‘JLE/JNG 


ITERATION CONTROLS — 


LOOP | Loop | : 
LOOPE/LOOPZ =| Loop fequsiiecion a 
LOOPNE/LOOPNZ Loop met equamnet _ 
zero | 7 | 
JCXZ Jump if register CX = 0 


INTERRUPTS — 
| Interrupt 


Interrupt if overflow | 
Interrupt return» | 


assembler generates a. different: type of CALL 
instruction depending: on whether the program- 
mer has.defined the procedure name as NEAR or 
FAR. For control to return properly, the type of. 
CALL instruction must: match the type of RET 
instruction that exits from the’ procedure. (The 
potential for.a: mismatch exists if the procedure 
and the CALL are contained in. separately 
assembled programs.) Different forms of the 
CALL instruction allow the address of the target 
procedure to be obtained: from the. instruction 
itself (direct CALL) or from a memory location 
or register referenced by. the. instruction (indirect 
CALL)...In the following. descriptions, bear .in 
mind that the processor automatically, adjusts IP 
to point to the. next instruction ‘to be executed 
PSION saving it on the stack. , ss 


For g an 1 intrasegment ‘ditece CALL, SP (the stack 
pointer) is decremented by.two and IP is pushed 
onto the stack. The relative: displacement. (up to 
+32k). of the target. procedure from. the CALL 
instruction is then added to- the instruction 
pointer. This form. of the CALL. instruction is 
‘‘self- relative’” and is appropriate for position- in- 
dependent (dynamically .relocatable) routines in 
which the.CALL and its target are in the same 
segment and are moved Sas 


An intiaseement indireen’ CALL may. he made 
through memory or through a register. SP is 
decremented by two and IP is pushed onto the 
stack. The offset of the target procedure is 
obtained from the memory word or 16-bit general 


register referenced i in the instruction _ ae 


IP. 


For an saieeeec direct CALL; SP is 
decremented by two, and CS is pushed onto the 
stack. CS is replaced by the segment word con- 
tained in the instruction. SP again is decremented 
by two. IP is pushed onto the stack and ‘is 
replaced by the le So contained in at 
instruction. 


For an sniceeeaicnt saaireet CALL (which only 
may be made through memory), SP _ is 
decremented by two, and°CS: is pushed onto the 
stack. CS is then replaced by the content of the 
second word of:the doubleword: memory pointer 
referenced by ‘the instruction.. SP -again ‘is 
decremented by two, and IP is pushed onto the 
stack and is replaced by.the content of: the first 


word of the Goustewore Bouter referenced a: the 


instruction. 
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RET optional-pop-value 


RET (Return) transfers control from a procedure 
back to the instruction following the CALL that 
activated the procedure. The assembler generates 
an intrasegment RET if the programmer has 
defined the procedure NEAR, or an intersegment 
RET if the procedure has been defined as FAR. 
RET pops the word at the top of the stack 
(pointed to by register SP) into the instruction 
pointer and increments SP by two. If RET is 
intersegment, the word at the new top of stack is 
popped into the CS register, and SP is again 
incremented by two. If an optional pop value has 
been specified, RET adds that value to SP. This 
feature may be used to discard parameters pushed 
onto the stack before the execution of the CALL 
instruction. 


JMP target 


JMP unconditionally transfers control to the 
target location. Unlike a CALL instruction, JMP 
does not save any information on the stack, and 
no return to the instruction following the JMP is 
expected. Like CALL, the address of the target 
operand may be obtained from the instruction 
itself (direct JMP) or from memory or a register 
referenced by the instruction (indirect JMP). © 


An intrasegment direct JMP changes the instruc- 
tion pointer by adding the relative displacement 
of the target from the JMP instruction. If the 
assembler can determine that the target is within 
127 bytes of the JMP, it automatically generates a 
two-byte form of this instruction called a SHORT 
JMP; otherwise, it generates a NEAR JMP that 
can address a target within +32k. Intrasegment 
direct JMPS are self-relative and are appropriate 
in position-independent (dynamically relocatable) 
routines in which the JMP and its target are in the 
same segment and are moved together. 


An intrasegment indirect JMP may be made 


either through memory or through a. 16-bit 


general register. In the first case, the content of 
the word referenced by the instruction replaces 
the instruction pointer. In the second case, the 
new IP value is taken from the register named in 
the instruction. | 


An intersegment direct JMP replaces IP and CS 
with values contained in the instruction. 


An intersegment indirect JMP may be made only 
through memory. The first word of the 
doubleword pointer referenced by the instruction 
replaces IP, and the second word replaces CS. 


Conditional Transfers 


The conditional transfer instructions are jumps 
that may. or may not transfer control depending 
on the state of the CPU flags at the time the 
instruction is executed. These 18 instructions (see 
table 2-15) each test a different combination of 
flags for a condition. If the condition is ‘‘true,”’ 
then control is transferred to the target specified 
in the instruction. If the condition is ‘‘false,’’ 
then control passes to the instruction that follows 
the conditional jump. All conditional jumps are 
SHORT, that is, the target must be in the current 
code segment and within —128 to +127 bytes of 
the first byte of the next instruction (JMP 00H 
jumps to the first byte of the next instruction). 
Since the jump is made by adding the relative 
displacement of the target to the instruction 
pointer, all conditional jumps are self-relative and 
are appropriate for position-independent 
routines. : | 


Iteration Control 


The iteration control instructions can be used to 
regulate the repetition of software loops. These 
instructions use the CX register as a counter. Like 
the conditional transfers, the iteration control 
instructions are self-relative and may only 
transfer to targets that are within —128 to +127 
bytes of themselves, i.e., they are SHORT 
transfers. : 


LOOP short-label 

LOOP decrements CX by | and transfers control 
to the target operand if CX is not 0; otherwise the 
instruction following LOOP is executed. 
LOOPE/LOOPZ short-label 

LOOPE and LOOPZ (Loop While Equal and 


Loop While Zero) are different mnemonics for 
the same instruction (similar to the REPE and 
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Table 2-15. Interpretation of Conditional Transfers | 


 MNEMONIC 1 


JA/JNBE 
JAE/JNB 
JB/JNAE 
JBE/JNA 
JC 
JEIZ: 
~JG/JINLE 


~JGE/JNL. 


JL/JNGE 


JLE/JNG . 


JNC . 


— JNE/JNZ 


~ JNO. - 


JNP/JPO 


(CF orn ZF)=0 


CF=0 
CF=1 


~ (CF or ZF)=1 


sey 


: ((SF xor OF) on ZF)= 0 


(SF xor OF)=0 
(SF xor OF)=1 


ZF=0 © 
OF=0 
PF=0 .-- 


/ (SF x0R OF) oR ZF)=1 ale 
~ CF=0. os 


CONDITIONTESTED.: |. “JUMPIF...” 


- : above/not below nor equal — |: 
- -above orequal/notbelow =. | 
~ below/not above nor equal - 
» below Oneduaynotenens 
» Carry : 7 7 
~. equal/zero 


greater/notless nor sual 


:. greaterorequal/notless -.. 
-  less/not.greater nor equal . 
~- less orequal/notgreater | 
.-notcarry 7 
“not equal/not zero. 


not overflow - ~~ 
not parity/parity odd 


»  SF=0 

— .OF=1 : 

/  PF=1 
SFH1° 


not sign 

overflow 

parity/ parity equal 
sign 


Note: ‘‘above’’ and ‘‘below’’ refer to the relationship of two unsigned:values; . _ 
‘‘greater’’ and “‘less”’ refer to the relationship of two seneo veer: 1s. 


REPZ repeat prefixes). CX is decremented by 1, 
and control is transferred to the target operand if 
CX is not 0 and if ZF is set; otherwise the instruc- 
tion following LOOPE/LOOPZ is executed. 


LOOPNE/LOOPNZ short-label © 


LOOPNE and LOOPNZ (Loop While Not Equal 
and Loop While Not Zero) are also synonyms for 
the same instruction. CX is decremented by 1, 
and control is transferred to the target operand if 
CX. is not 0 and if ZF is clear; otherwise the next 
sequential instruction is executed. | 


JCXZ short-label 


JCXZ (Jump If CX Zero) fon er control to the 
target operand if CX is 0. This instruction is 
useful at the beginning of a loop: to bypass the 
loop if CX has a zero value, 1.e., to execute the 
loop zero times. 


Interrupt Instructions | | 


The interrupt instructions allow interrupt service 
routines to be activated by programs as well as. by 


external Tarawa devices. The effect ot software 
interrupts is. similar to. hardware- initiated inter- 
rupts. However, the processor does not execute 
an interrupt:-acknowledge bus cycle if the inter- 
rupt originates in software or with an NMI. The 
effect. of the interrupt instructions on the flags is 
covered in the eGescHPHOn of each instruction. 


INT interrupt-type 


INT (inteerupl) abtivates. the interrupt Bie cedure 
specified by the interrupt-type operand. INT 
decrements the stack pointer by:two, pushes the 
flags onto the stack, and clears the trap (TF) and 
interrupt-enable (IF) flags to disable single-step 
and maskable interrupts. The flags are stored in 
the format used by the PUSHF instruction. SP is 


decremented again by two, and the CS register is 


pushed onto the stack. The address of the inter- 
rupt pointer is calculated. by multiplying 
interrupt-type by four; the second word of the in- 


terrupt: pointer replaces CS. SP. again is 
decremented by two, and IP is pushed onto the 


stack and is replaced by the first word of the inter- 
rupt pointer. If interrupt-type = 3, the assembler 
generates a short (1 byte) form of the pansirucHon, 
known as the breakpoint interrupt. | 
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Software interrupts can be used as ‘‘supervisor 
calls,’’ 1.e., requests for service from an operating 
system. A different interrupt-type can be used for 
each type of service that the operating system 
could supply for an application program. Soft- 
ware interrupts also may be used to check out 
interrupt service procedures written for hardware- 
initiated interrupts. 


INTO 


INTO (Interrupt on Overflow) generates a soft- 
ware interrupt if the overflow flag (OF) is set; 
Otherwise control proceeds to the following 
instruction without activating an interrupt pro- 
cedure. INTO addresses the target interrupt pro- 
cedure (its type is 4) through the interrupt pointer 
at location 10H; it clears the TF and IF flags and 
otherwise operates like INT. INTO may be writ- 
ten following an arithmetic or logical operation to 
activate an interrupt procedure if overflow 
occurs. 


IRET 


IRET (Interrupt Return) transfers control back to 
the point of interruption by popping IP, CS and 
the flags from the stack. IRET thus affects all 
flags by restoring them to previously saved 
values. IRET is used to exit any interrupt 
procedure, whether activated by hardware or 
software. 


Processor Control Instructions 


These instructions (see table 2-16) allow programs 
to control various CPU functions. One group of 
instructions updates flags, and another group is 
used primarily for synchronizing the 8086 or 8088 
with external events. A final instruction causes 
the CPU to do nothing. Except for the flag opera- 
tions, none of the processor control instructions 
affect the flags. 


Flag Operations 

CLC 

CLC (Clear Carry flag) zeroes the carry flag (CF) 
and:affects no other flags. It (and CMC and STC) 


is useful in conjunction with the RCL and RCR 
instructions. 


EXTERNAL SYNCHRONIZATION a 


Table 2-16. Processor Control Instructions - 


FLAG OPERATIONS 


Set carry flag 
Clear carry flag 
Complement carry flag 

_ Set direction flag 
Cleardirectionflag 
Set interrupt enable flag 
Clear interrupt enable flag 


Halt until interrupt or reset 

_ Wait for TEST pin active 
Escape to external processor 
Lock bus during next _ | 
instruction 


NO OPERATION 


CMC 


CMC (Complement Carry flag) ‘‘toggles’’ CF to 
its opposite state and affects no other flags. 


STC 


STC (Set Carry flag) sets CF to 1 and affects no 
other flags. 


CLD 


CLD (Clear Direction flag) zeroes DF causing the 


string instructions to auto-increment the SI 
and/or DI index registers. CLD does not affect 
any Other flags. 


STD 


STD (Set Direction flag) sets DF to 1 causing the 
String instructions to auto-decrement the SI 
and/or DI index registers. STD does not affect 
any Other flags. , 
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CLI 


CLI (Clear Interrupt-enable flag) zeroes IF. 
When the interrupt-enable flag is cleared, the 
8086 and 8088 do not recognize an external inter- 
rupt request that appears on the INTR line; in 
other words maskable interrupts are disabled. A 
non-maskable interrupt appearing on the NMI 
line, however, is honored, as is a software inter- 
rupt. CLI does not affect any other flags. 


ST! 


STI (Set Interrupt-enable flag) sets IF to 1, en- 
abling processor recognition of maskable inter- 
rupt requests appearing on the INTR line. Note 
however, that a pending interrupt will not actu- 
ally be recognized until the instruction following 
STI has executed. STI does not affect any other 
flags. 


External Synchronization 

HLT 

HLT (Halt) causes the 8086/8088 to enter the halt 
state. The processor leaves the halt state upon 
activation of the RESET line, upon receipt of a 
non-maskable interrupt request on NMI, or, if 
interrupts are enabled, upon receipt of a 
maskable interrupt request on INTR. HLT does 
not affect any flags. It may be used as an alter- 


native to an endless software loop in situations 
where a program must wait for an interrupt. 


WAIT 


WAIT causes the CPU to enter the wait state 
while its TEST line is not active. WAIT does not 
affect any flags. This instruction is described 
more completely in section 2.5. 


ESC external-opcode, source 


ESC (Escape) provides a means for an external 
processor to obtain an opcode and possibly a 
memory operand from the 8086 or 8088. The 
external opcode is a 6-bit immediate constant that 
the assembler encodes in the machine instruction 


it builds (see table 2-26). An external processor 
may monitor the system bus and capture this 
opcode when the ESC is fetched. If the source 
operand is a register, the processor does nothing. 
If the source operand is a memory variable, the 
processor obtains the operand from memory and 
discards it. An external processor may capture the 
memory operand when the processor reads it 
from memory. 


LOCK 


LOCK is a one-byte prefix that causes the 
8086/8088 (configured in maximum mode) to 
assert its bus LOCK signal while the following 
instruction executes. LOCK does not affect any 
flags. See section 2.5 for more money on 
LOCK. | 


No Operation 


NOP 


NOP (No Operation) causes the CPU to do 
nothing. NOP does not affect any flags. | 


Instruction Set Reference Information 


Table 2-21 provides detailed operational informa- 
tion for the 8086/8088 instruction set. The 
information is presented from the point of view 
of utility to the assembly language programmer. 
Tables 2-17, 2-18 and 2-19 explain the. symbols 
used in table 2-21. Machine language instruction 
encoding and cecouine nsonmanen iS given in 
Chapter 4. 


Instruction timings are presented as the number 
of clock periods required to execute a particular 
form (register-to-register, immediate-to-memory, 
etc.) of the instruction. If a system is running with 
a 5 MHz maximum clock, the maximum clock 
period is 200 ns; at 8 MHz, the clock period is 125 


ns. Where memory operands are used, ‘‘+EA”’ 


denotes a variable number of additional clock 
periods needed to calculate the operand’s effec- 
tive address (discussed in section 2.8). Table 2-20 
lists all effective address calculation times. 
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Table 2-17. Key to Instruction Coding Formats 


_ IDENTIFIER }USEDIN, | EXPLANATION | 


_ destination data transfer, A register or memory location that may contain data 
bit manipulation operated on by the instruction, and which receives (is 
replaced by) the result of the operation. 


~ source data transfer, A register, memory location or immediate value that is 
arithmetic, used in the operation, but is not altered by the instruc- 
bit manipulation tion. 


source-table XLAT Name of memory translation table addressed by register 
BX. : 


target JMP, CALL A label to which control is to be transferred directly, ora 
| | register or memory location whose content is the 
address of the location to which control is to be transfer- 

red indirectly. 


| short-label | cond. transfer, A label to which control is to be conditionally 
| | | iteration control transferred; must lie within -128 to +127 bytes of the first 
byte of the next instruction. 


accumulator ‘ 7 .Register AX for word transfers, AL for bytes. 


port An |/O port number; specified as an immediate value of 
| : } 0-255, or register DX (which contains port number in 
range 0-64k). 


- gource-string string ops. Name of a string in memory that is addressed by register 
| Sl; used only to identify string as byte or word and 
specify segment override, if any. This string is used in 

the operation, but is not altered. 


. dest-string string ops. Name of string in memory that is addressed by register 
| _ - Dl; used only to identify string as byte or word. This 
string receives (is replaced by) the result of the opera- 

tion. 


shifts, rotates Specifies number of bits to shift or rotate; written as 
| immediate value 1 or register CL (which contains the | 
count in the range 0-255). 


interrupt-type | | Immediate value of 0-255 identifying interrupt pointer 
- : number. 


optional-pop-value RET Number of bytes (0-64k, ordinarily an even number) to 
discard from stack. 


external-opcode | Immediate value (0-63) that is encoded in the instruction 
for use by an external processor. 
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Table 2-18. Key to Flag Effects 


IDENTIFIER EXPLANATION 


not altered 
cleared to 0 
setto1 


—setor cleared according 
to result 


undefined—contains no 
reliable value 


restored from previously- 
saved value 


For control transfer instructions, the timings - 
given include any additional clocks required to » 


reinitialize the instruction queue as well as the 
time required to fetch the target instruction. For 
instructions executing on an 8086, four clocks 
should be added for each instruction reference to 
a word operand located at an odd memory 
address to reflect any additional operand bus 
cycles required. Similarly for instructions exe- 
cuting on an 8088, four clocks should be added to 
each instruction reference to a 16-bit memory 
Operand; this includes all stack operations. The 
required number of data references is listed in 
table 2-21 for each instruction to aid in this 
calculation. 


Several additional factors can increase actual 
execution time over the figures shown in table 
2-21. The time provided assumes that the instruc- 
tion has already been prefetched and that it is 


waiting in the instruction queue, an assumption. 


that is valid under most, but not all, operating 
conditions. A series of fast executing (fewer than 
two clocks per opcode byte) instructions can drain 
the queue and increase execution time. Execution 
time also is slightly impacted by the interaction of 
the EU and BIU when memory operands must be 
read or written. If the EU needs access to 
memory, it may have to wait for up to one clock if 
the BIU has already started an instruction fetch 
bus cycle. (The EU can detect the need for a 
memory operand and post a bus request far 
enough in advance of its need for this operand to 
avoid waiting a full 4-clock bus cycle). Of course 


the EU does not have to wait if the queue is full, 
because the BIU is idle. (This discussion assumes | 


Table 2-19. Key to Operand Types 


IDENTIFIER | — EXPLANATION 


(no operands) | No operands are written 
register An 8- or 16-bit general register 


reg 16 - | A 16-bit general register 
seg-reg A segment register 
accumulator | Register AX or AL 
immediate 


A constant in the range 
| 0-FFFFH 


immeds A constant in the range 0-FFH 


memory An 8- or 16-bit memory 
location) 


mems An 8-bit memory location) 
mem16 A 16-bit memory location" 


source-table |Name of 256-byte translate 
table 


-source-string | Name of string addressed by 
register Sl 


Name of string addressed by 
register Dl 


DX Register DX . 


short-label A label within -—128 to +127 
bytes of the end of the instruc- 

| tion 

near-label A label in current code 
segment 


far-label A label in another code 
segment 


A procedure in current code 
segment | 


A procedure in another code 
segment 


A word containing the offset of 
the location in the current code 
segment to which control is to 
be transferred) 


A doubleword containing the 
offset and the segment base 
address of the location. in 
another code segment to which 
control is to be transferred"), 


regptri16 A 16-bit general register 
containing the offset of the 
location in the current code | 
segment to which control is to 
be transferred 


repeat A string instruction repeat 
prefix 


dest-string 


near-proc 
far-proc 


memptr16 


memptr32 


“Any addressing mode—direct, register in- 
direct, based, indexed, or based 
indexed— —may be used (see section 2.8). 
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Table 2-20. Effective Address Calculation 
Time 


EA COMPONENTS CLOCKS* 


Displacement Onl Pe 
Base or Index Only (BX,BP,SI,DI) 


Displacement 
+ | 
Base or Index (BX,BP,SI,DI) 
Base BP+DI, BX+Sl 7 
+ 
Index BP+SI, BX +DIl 8 
Displacement BP +DI+DISP 
+ BX+Sl+DISP 


Base 
+ BP +SI+DISP 
Index BX + DI+ DISP 


* Add 2 clocks for segment override 


that the BIU can obtain the bus on demand, i.e., 
that no other processors are competing for the 
bus.) 


With typical instruction mixes, the time actually 
required to execute a sequence of instructions will 
typically be within 5-10% of the sum of the 
individual timings given in table 2-21. Cases can 
be constructed, however, in which execution time 
may be much higher than the sum of the figures 
provided in the table. The execution time for a 
given sequence of instructions, however, is always 
repeatable, assuming comparable external condi- 
tions (interrupts, coprocessor activity, etc.). If the 
execution time for a given series of instructions 
must be determined exactly, the instructions 
should be run on an execution vehicle such as the 
SDK-86 or the iSBC 86/12™ board. 


Table 2-21. Instruction Set Reference Data 


(no operands) 


- Operands 


AAA (no operands) 
ASCII adjust for addition 


AAD (no operands) 
ASCIl adjust for division 
LSet Gs ee 


AAM (no operands) 
ASCIl adjust for multiply 


AAS (no operands) | Flags ODITSZAPC. 
ASCIl adjust for subtraction g U UUX UX 


ODITSZA 


P 
Flags. |, UU XU 


ODITSZAP 
KKXUX 


Coding Example 


C 
Flags y 


ee ODITSZAPC 
95 XX UXU 


*For the 8086, add four clocks for each 16-bit word transfer with an odd address. For the 8088, add four clocks for each 16-bit word transfer. 
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- Table 2-21. Instruction Set Reference Data (Cont’d.) 


ADC destination,source | Flaas DIT - . A 
a Saal with carry g AK 


, 3 . | 2 | ; 


en __a soaieiei ADC AX, Sl 
register, memory ADC Dx, BETA [sl] 
memory, register ADC ALPHA [BX] ‘si, DI 
register, immediate ADC BX, 256 
memory, immediate ADC GAMMA, 30H 
accumulator, immediate ADC AL, 5 


ADD destination,source Finds ODIT ae 
aes g X 


a y) 


as register ADD CX, DX” 
register, memory ADD DI, [BX].ALPHA 
memory, register ADD TEMP, CL 
register, immediate ADD CL, 2 

memory, immediate ADD ALPHA, 2 
accumulator, immediate ADD AX, 200 


AND destination,source 7 Flaas ) D ITSZAP 
mciclias and g 0 XX.U X 


3 fo2 ’ | 


1 
2 
2 


{ 
2 
2 


C 
0 


register, register AND AL,BL 

register, memory | ~9+EA AND CX,FLAG__WORD 
memory, register ‘ AND ASCII [DI],AL 
register, immediate 
memory, immediate 
accumulator, immediate 


CALL CALL target eae stage ODITSZAPC 7 
Call a ae" wean g 
19 4../ 3. 


CALL NEAR__ PROC 


AND CX,0FOH | 
AND BETA, 01H 
AND AX, 01010000B 


1 
2 
2 


a — sae 


far-proc 5 CALL FAR__PROC 
memptr 16 CALL PROC__TABLE [SI] 
regptr 16 CALL AX | 


memptr 32 CALL [BX].TASK [SI] 


CBW | | __ [CBW (no operands) Flags ODI! T SZ A P C 
Convert byte to word 7 
| 


*For the 8086, add four clocks for each 16-bit word transfer with an odd address. For the 8088, add four clocks for each 16-bit word transfer. 
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Table 2-21. Instruction Set Reference Data (Cont’d.) 


CLC (no operands) ODITSZAPC 


CLD (no operands) ODITSZAPC 
CLD | Clear direction flag Flags 0 | 


CLI (no operands) ODITSZAPC 


CMC CMC (no operands) Eliade ODITSZAPC 
Complement carry flag g X 


CMP CMP destination,source Ficne: DITSZAPC 
Compare destination to source gs x XXXXX 


register, register CMP BX, CX 
register, memory CMP DH, ALPHA 

memory, register CMP [BP +2], Sl 

register, immediate CMP BL, 02H 

memory, immediate CMP [BX].RADAR [DI], 3420H 


accumulator, immediate CMP AL, 00010000B 


CMPS dest-string,source-string ODITSZAP 
— Fags xX XXX 
ple 


dest-string, source-string 22 2 1 CMPS BUFF1,BUFF2 
(repeat) dest-string, source-string 9+22/rep 2/rep 1 REPE CMPS ID, KEY 


*For the 8086, add four clocks for each 16-bit word transfer with an odd address. For the 8088, add four clocks for each 16-bit word transfer. 


C 
X 
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Table 2-21. Instruction Set Reference Data (Cont’d.) 


CWD ( (no operands) 4 
Convert word to doubleword. 


DAA ( (no operands) | Flags ODITSZ A P 
Decimal adjust for addition gF x XX X X 
a 


DAS (no operands) a Fiaue ODIT s z A. 
Decimal adjust for subtraction - 9S uu X X 


a 


en : DEC destination | 0 D | T SZAP C 
DEC | Decrement by 1 Re X X X X X 


reg16 
reg8 pee 33 a 
memory - 4 : ot oe DEC ARRAY [SI] 


ODITSZAPC 


Flags 


- [DIV source . egies. O10 UT Sez 
Division, unsigned 9  U- 3 
Coding Example | 


80- 90 
144-162 DIV BX 
~ (86-96) : DIV ALPHA 
+EA | 
(150-168) | DIV TABLE [SI] 
+EA | , —— 


ESC external- “opcode, source ODITSZAPC 
Flags 
Escape | 


immediate, memory | , ce = 4 ESC 6, ARRAY | [Sl] 
immediate, register 7 ESC 20,AL e 


*For the 8086, add four clocks for each 16-bit word transfer with an odd address. For the 8088, add four clocks for each 16-bit word fancier. 
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Table 2-21. Instruction Set Reference Data (Cont’d. ‘) 


Joes ao <a ae cs 


| IDIV source a a ae 
IDIV Integer division Flags U UUUU 


101-112 IDIV BL 
165-184 IDIV CX 
(107-118) IDIV DIVISOR__BYTE [81] 


+EA 
(171-190) 
+EA 


i IMUL source | ODITSZA 
IMUL Integer multiplication | Flags X UUU 


DIV [BX].DIVISOR_WORD 


80-98 MUL CL 

128-154 IMUL BX | - 
(86-104) IMUL RATE_BYTE 

+EA | 
(134-160) IMUL RATE_WORD [BP] [DI] 


+EA 


IN accumulator, port 
= byte or word 


accumulator, immed8 IN AL, OFFEAH | 

accumulator, DX IN AX, DX | 
INC destination a | ODITSZAPC 

INC Increment by 1 Flags X XX XX 


— ODITSZAPC 
Flags . Deh. . 


regi6 | a INC CX 
regs. INC BL | 
memory - | IS+EA INC ALPHA [DI] [BX] 


*For the 8086, add four clocks for each 16-bit word transfer with an node address. For the 8088, add four clocks for pach 16-bit word transfer. 
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Table 2-21. Instruction Set Reference Data (Cont’d.) 
ODITSZAPC| 


| , | INT interrupt-type 


immed8 (type # 3) 51 2 INT 67 


INTO | INTO (no operands) | Flags ODITSZAPC 
| Interrupt if overflow | g 00 


IRET (no operands) ODITSZAPC 
IRET Interrupt Return | Flags RRRRRRRRR 
Operands Bytes Coding Example 


JA/JNBE | JA/JNBE short-label | Flags ODITSZAPC 
Jump if above/Jump if not below nor equal 


JAE/JNB JAE/JNB short-label eng ODITSZAPC 
| Jump if above or equal/Jump if not below g 
short-label : )wor4 | = | 2 | JAE ABOVE_EQUAL 


JB/JNAE JB/JNAE short-label Flags ODITSZAPC 
Jump if below/Jump if not above nor equal 


*For the 8086, add four clocks for each 16-bit word transfer with an odd address. For the 8088, add four clocks for each 16-bit word transfer. 
TINTR is not an instruction; it is included in table 2-21 only for timing information. 
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Table 2-21. Instruction Set Reference Data (Cont’d.) 


| JBE/JNA short-label ODITSZAPC 
JBE/JNA Jump if below or equal/Jump if not above 


short-label _ | | word | JNA NOT__ABOVE 


7 JC short-label ODITSZAPC 
Jump if carry 
short-label | word | 2 JC CARRY__SET 


” 
JCXZ JCXZ short-label Flaas ODITSZAPC 
Jump if CX is zero 9 | 
| Operands Bytes Coding Example 
short-label JCXZ COUNT__DONE 


2 JE/JZ short-label Se ODITSZAPC 


JG/JNLE JG/JNLE short-label sine fia aes 
| 7 | Jump if greater/Jump if not less nor equal 


JGE/JNL JGE/JNL short-label | Flags ODITSZAPC 
| | Jump if greater or equal/Jump if not less | | 


| short-label | ce ee oe JGE GREATER_EQUAL 


| | JL/JNGE short-label | ODITSZAPC 
J L/J NGE Jump if less/Jump if not greater nor inl ee Ree 


*For the 8086, add four clocks for each 16-bit word transfer with an odd address. For the 8088, add four clocks for each 16-bit word transfer. 
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’ Table 2-21. Instruction Set Reference Data (Cont’d.) 


JLE/JNG short-label | | ODITSZAPC 
JLE/JNG Jump if less or equal/Jump if not greater 
short-label | | wora | fk | JNG NOT__GREATER 


short-label JMP SHORT 

near-label — JMP WITHIN__SEGMENT 
far-label JMP FAR__LABEL | 
Mmemptr16 JMP [BX].TARGET 
regptri6 JMP CX | 


memptr32 JMP OTHER.SEG [SI] 


JNC = JNC short-label a . Flaas ODITSZAP C 
te ie Jump if not carry gs , | 
| short-label | a Me ore |g |e JNC NOT__CARRY | 


JNE/JNZ JNE/JNZ short-label | Flags ODITSZAPCI 
| Jump if not equal/Jump if not zero : ag 7 
short-label | | p1eor4 | JNE NOT_EQUAL 


JNO 1. JNO short-label on ee 0. DATS ZA PC! 
| -|Jumpifnotoverflow -. anes : 
short-label Ss ae pweora | fk JNO NO__OVERFLOW 
JNP/JPO short-label _ Flagg ODITSZAPC 
-|Jump if not parity/Jump if parity odd - 3 


JNS -|JNSshort-label Fic O DLTS ZA PC. 
eS a, ‘{Jumpifnotsign © | g -_ ; 
short-label : | 160r4 oe ee JNS POSITIVE 


*For the 8086, add four clocks for each 16-bit word transfer with an odd address. For the 8088, add four clocks for each 16-bit word transfer. 


JNP/JPO 


Operands 


short-label 
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Table 2-21. Instruction Set Reference Data (Cont’d.) 


JO short-label ODITSZAPC 
short-label JO SIGNED__OVRFLW 


JP/JPE short-label ODITSZAPC 
JP/JPE Jump if parity/Jump if parity even 
short-label pWord | fk JPE EVEN__PARITY 


JS short-label ODITSZAPC 
oe Flags 
Jump if sign | 


short-label | pwors | fk JS NEGATIVE 


oy LAHF (no operands) | | ODITSZAPC 


| LDS destination,source ODITSZAPC 
regi6, mem32 16+EA LDS SI,DATA.SEG [DI] 


| LEA destination,source ODITSZAPC 


LES LES destination, source Flags ODITSZAPC 
Load pointer using ES 
regi6, mem32 16+EA LES DI, [BX].TEXT__BUFF 


*For the 8086, add four clocks for each 16-bit word transfer with an odd address. For the 8088, add four clocks for each 16-bit word transfer. 
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Table 2-21. Instruction Set Reference Data (Cont’d.) 


LOCK (no operands) ODITSZAPC 


(nooperands) ts ae ee LOCK XCHGFLAG,AL 
LODS source-string 


| _ ODITSZAPC 


, 

source-string _ 12 TZ 1 LODS CUSTOMER__NAME:.. 

(repeat) source-string 9+13/rep 1/rep 1 REP LODSNAME.. — 
LOOP short-label | ODITSZAPC 


short-label | | 17/5 pom fe LOOP AGAIN. .—s—— 
ODITSZAPCI| 
Flags a 


LOOPE/LOOPZ | 


aye 
- ODITSZAPC 


LOOPE/LOOPZ short-label _ | 
Loop if equal/Loop if zero | 


LOOPNE/LOOPNZ LOOPNE/LOOPNZshort-label _ 
: Loop if not equal/Loop if not zero 


NMI (external nonmaskable interrupt) OSITSZAPC 


a ce | | be 7 ess 


Flags 


Flags 


*For the 8086, add four clocks for each 16-bit word transfer with an odd address. For the 8088, add four clocks for each 16-bit word transfer. 
tNMI is not an instruction; it is included in table 2-21 only for timing information. ae 
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Table 2-21. Instruction Set Reference Data (Cont’d.) 


on Flags ODITSZAPC 


memory, accumulator ARRAY [SI], AL 
accumulator, memory AX, TEMP__RESULT. 
register, register AX,CX 

register, memory BP, STACK__TOP 


memory, register | COUNT [Dl], CX 
register, immediate CL, 2 | 
memory, immediate MASK [BX] [SI], 2CH 
seg-reg, regi6 | ES, CX 

seg-reg, mem16 . DS, SEGMENT__BASE 
regi6, seg-reg bs | BP,SS 

memory, seg-reg | [BX].SEG__SAVE, CS 


MOVS MOVS dest-string,source-string Flags ODITSZAPC 
Move string 


dest-string, source-string | 18 2 1 MOVS LINE EDIT_DATA 
(repeat) dest-string, source-string 9+17/rep 2/rep 1 REP MOVS SCREEN, BUFFER 


MOVSB/MOVSW MOVSB/MOVSW (no operands) Eisde ODITSZAPCHE 
| Move string (byte/word) g 


(no operands) 7 18 1 MOVSB : 

(repeat) (no operands) 9+17/rep 2/rep 1 REP MOVSW | 
MUL source ODITSZAPC 

Multiplication, unsigned Eee Xx .UUUUX 


2 MUL BL 
2 

2-4 

2-4 


MUL CX 
“For the 8086, add four clocks for each 16-bit word transfer with an odd address. For the 8088, add four clocks for each 16-bit word transfer. 


MUL MONTH [SI] 


MUL BAUD__RATE 
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Table 2-21. Instruction Set Reference Data (Cont’d.) 


NEG destination ODITSZAPC 
X XXX X1* 


Negate 


3 — | 2 NEG AL 
16+EA 2 — Q-4 NEG MULTIPLIER 
“Oifdestination=0 = | | | 
NOP (no operands) : Flaas ODITSZA Pp C 
No Operation g 


ce Bae ee). eee 


NOT destination O Dil F'S 2 APC 
Logical not | 


Transfers CodingExample | 


[| 83 ae NOT AX 
116+EA | © 2 | 


2 ; | 
2-4. | NOT CHARACTER 
OR destination,source eu Ss 


Logical inclusive or 


Flags 


_ Operands ample | 


register 
memory — 


(no Operands) -- . 


Flags 


Operands 


register. 
memory. 


ODITSZs 


Flags 0 


Operands | 


register, register 7 me OR AL, BL Lone 
register, memory fo 3 : ah OR DX,PORT_ID [DI]... 
memory, register ee Ss OR FLAG_BYTE,CL 
accumulator, immediate -. 7 a8 OR AL,01101100B 
register, immediate Z ~ OR CX,01H | | 
memory, immediate | hati She, 6. OR [BX].CMD__WORD,0CFH 


OUT port,accumulator 
Output byte or word 


immed8, accumulator. ~ _ 10 | 2 OUT 44, AX —— 
DX, accumulator | 8 1 OUT DX, AL 

POP destination ee OD ET SZAPC 
Pop word off stack g 


register 8 1 1 POP DX 
8 1 1 
17+EA 2 2-4 


seg-reg (CS illegal) POP DS 
“For the 8086, add four clocks for each 16-bit word transfer with an odd address. For the 8088, add four clocks for each 16-bit word transfer. 


ODITSZAPC 


Flags 


1 
1 


memory POP PARAMETER 
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Table 2-21. Instruction Set Reference Data (Cont’d.) 


: : POPF (no operands) . ODITSZAPC 
POPF | Pop flags off stack . Flags 2 RRRR RRRR 


PUSH source | 
Push word onto stack = ba 


Operands oe Bytes Coding Example 


register aa : | : 4 PUSH Sl 
seg-reg (CS legal) - . 1 .}| PUSH ES : , 
memory as | ae 2-4 PUSH RETURN__CODE [SI] 


| Flaag CDITSZAPC 
Push flags onto stack ree : 


RCL : RCL destination,count — eh & Eiaas ODITSZAPC 
Rotate left through carry’ Saeed gs x X 


ODITSZAPC 
Flags ae ee 


PUSHF (no operands) 


register, 1 ae | Qe 4 RCL CX, 1 

register, CL 7 | 8+ 4/bit | | RCL AL, CL 

‘memory, 1 | -15+EA RCL ALPHA, 1 , 

memory, CL rae fy. be 20+EA+ , RCL [BP].PARM, CL 
Bo 4/bit 


Dp : RCR designation,count . ODITSZAPC 
Rotate right through carry © | nee X 


| | | | —_ : 9 = : | 


register, 1 | RCR BX, 1. 

register, CL Pe | 8+4/bit RCR BL, CL 
memory, 1 : 15+EA RCR [BX].STATUS, 1 
memory, CL | 20+ EA+ RCR ARRAY [DI], CL 


4/bit 


REP (nooperands) - © Soe OD) TS 2A PSC 
| | Flags = 
Repeat string operation ; | 
| _ Operands | Clocks |. Transfers*. Coding Example | 
(no operands) . «#4 + Sat es REP MOVS DEST, SRCE 


*For the 8086, add four clocks for each 16-bit word transfer with an odd address. For the 8088, add four clocks for each 16-bit word transfer. 
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Table 2-21. Instruction Set Reference Data (Cont’d.) 


REPE/REPZ REPE/REPZ (no operands) : Flags ODITSZAPC 
ene ee Repeat string operation while equal/while zero | g , 
(no operands) —_ i ee fer i eel REPE CMPS DATA, KEY. 


| c i REPNE/REPNZ (no operands). |  ODITSZAPC 
REPNE/ REPNZ © Repeat string operation while not equal/not zero 
(no operands) | Bee ee eG REPNE SCAS INPUT__LINE 


| RET optional-pop-value . ODITSZAPC 


(intra-segment, no pop) 
(intra-segment, pop) - 

(inter-segment, no pop). 
(inter-segment, pop) 


- |ROL destination,count aa ODITSZAPC 
ROL oo | Rotate left | : Flags X X 


register, 1 | | 2 ROL BX, 1 | 
register, CL 7 ; 8+ 4/bit ROL DI, CL - 
memory, 1 ; | : 15+EA | ROL FLAG__BYTE [DI],1 
memory, CL , 20+EA+ ROL ALPHA ,CL 

; _ 4/bit | . 7 | | 


. ~ TROR destination,count . : | ODITSZAPC 


| oo 2 

| —— 2 3 
2-4 
2-4 


register, 1 2 ce ROR AL, 1 


register, CL 8+ 4/bit ROR BX, CL : 
memory, 1. ~15+EA ROR PORT__STATUS,1 | 
memory, CL 20+ EA+ ROR CMD__WORD, CL 
SAHF (no operands) - : | plage ODITSZA 
| Store AH into flags — 9 | 


4/bit 


the a | R 
7 1d Coding Example | 
(nooperands) ey i a SAHF 7 


“For the 8086, add four clocks for each 16-bit word transfer with an odd address. For the 8088, add four clocks for each 16-bit word transfer. 
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Table 2-21. Instruction Set Reference Data (Cont’d.) 


|SAL/SHL |. . SAL/SHL destination,count —_ ODITSZAPC 


: Shift arithmetic left/Shift logical left x x 


cf 2 _ 2: 


register,1°—— SAL AL,1 

register, CL | 84+4/bit SHL DI, CL 

memory,1 . 2 15+EA | SHL [BX]. OVERDRAW, 1 

memory, CL oO - . 20+EA+ 2 SAL STORE__COUNT, CL 
| a 4/bit 


SAR destination,source | Flaas ODITSZA 
Shift arithmetic right : : gS x XXU 
> 2 a 2 


| register, 1 SAR Dx, 1 : 
register, CL - 8+ 4/bit SAR DI, CL | 
memory, 1 © ; 15+EA | SAR N__BLOCKS, 1 

‘| memory, CL a 20+EA+ _ _ | SAR N__BLOCKS, CL 
- : 4/bit : 


ODITS2Z 
X 


SBB destination,source | 


Subtract with borrow | Flags 


register, register re | SBB BX, CX = 
register, memory ie | a SBB DI, [BX].PAYMENT | 
memory, register _ | | SBB BALANCE, AX 
accumulator, immediate _ | Mi | SBB AX, 2 

| register, immediate ti SBB CL, 1 
memory, immediate _ | ~ | SBB COUNT [SI], 10 


| ) _ |SCAS dest-string ODITSZAP 


dest-string © | 15 1 SCAS INPUT__LINE | 
9+15/rep 1/rep 


, 
(repeat) dest-string 4d REPNE SCAS BUFFER 
SEGMENT override prefix 


SEGMENT! | : Figs: TPE A ES 
| Override to specified segment : 


(nooperands) 7 | a ee MOV SS:PARAMETER, AX 


*For the 8086, add four clocks for each 16-bit word transfer with an odd address. For the 8088, add four clocks for each 16-bit word transfer. 


+ASM-86 incorporates the segment override prefix into the operand specification and not as a separate instruction. SEGMENT is included in table 
2-21 only for timing information. 
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Table 2-2 1. Instruction Set Reference Data (Cont’d.) 


SHR destination,count > a : DITSZAP : 
Shift logical right 


Flags = 


‘| register, 1 2 SHR Sl, 1 
| register, CL we oe | 8+ 4/bit SHR SI, CL 
|memory,1 sss 15+EA SHR ID__BYTE [SI] [BX], 1 
-|memory, CL 20+EA+ SHR INPUT__WORD, CL 
| | 4/bit 


Jowwareerept | | SINGLE STEP (Trap flag arene, ODITSZAPC 
: SINGLE STEP Interrupt if TF =1- 00 


yo Operands | a Coding sell 


STC (no operands) 
Set carry flag 


eperands————Y Coc | 
a a I 


STD (no operands) 
Set direction flag 


Flags SPs aan 


Coding Example 


Operands ' 


| (no operands) 


-|STI(no operands) 
Set interrupt enable flag - 


a tala 
: Flags 


Operands sd; aC Coding Example 


STOS dest- -string 
Store byte or word string 


ODITSZAPC 
Flags 7 


Coding Example’ 


dest-string. : 
| (repeat) dest-string 


STOS PRINT__LINE. 
REP STOS DISPLAY 


*For the 8086, add four clocks for each 16- bit word transfer with an odd address. For the 8088, add four clocks for each 16-bit word transfer. 
+SINGLE STEP is notan instruction; it is included i in table 2-21 only for timing information. ; 
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Table 2-21. Instruction Set Reference Data (Cont’d.) 


SUB destination,source Flags ODITSZ 
Subtraction g X xX X 
3 2 


register, register — SUB CX, BX 
register, memory 1 SUB DX,MATH_TOTAL [SI] 
memory, register 2 SUB [BP+2], CL | 
accumulator, immediate — SUB AL, 10 


register, immediate SUB Sl, 5280 
memory, immediate SUB [BP].BALANCE, 1000 


TEST destination,source ODITSZAP 
TEST Test or non-destructive logical and Flags 0 X X X 
_— 2 


register, register 3 TEST Sl, Dl 

register, memory 9+EA TEST SI, END__COUNT 
accumulator, immediate 4 TEST AL, 00100000B 
register, immediate 5 TEST BX, 0CC4H | 
memory, immediate 11+EA TEST RETURN__CODE, 01H 


WAIT (no operands) | ODITSZAPC 
WAIT | Wait while TEST pin not asserted 


XCHG XCHG destination,source Fides ODITSZAPC 
Exchange g 


accumulator, reg16 3 3 — _ | XCHG AX, BX 

memory, register 17+EA 2 XCHG SEMAPHORE, AX 

register, register : 4 — XCHG AL,BL 

XLAT 1 XLAT source-table | Flaas ODITSZAPC 
! Translate g 


“For the 8086, add four clocks for each 16-bit word transfer with an odd address. For the 8088, add four clocks for each 16-bit word transfer. 
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Table 2-21. Instruction Set Reference Data (Cont’d.) 


XOR destination,source 
fee exclusive or 


register, register 
| register, memory 
memory, register 
accumulator, immediate 
|register,immediate 
memory, immediate 


Be ae 
0 


Flags 


XOR CX, BX 

XOR CL, MASK__BYTE 

XOR ALPHA [SI], DX 

XOR AL, 01000010B - 

XOR SI,00C2QH... st 
XOR RETURN_CODE, 0D2H 


*For the 8086, add four clocks for each 16-bit word transfer with an odd address. For the 8088, add four clocks for each 16-bit word transfer. 


2.8 Addressing Modes 


The 8086 and 8088 provide many different ways 
to access instruction operands. Operands may be 
contained in registers, within the instruction 
itself, in memory or in I/O ports. In addition, the 
addresses of memory and I/O port operands can 
be calculated in several different ways. These 


addressing modes greatly extend the flexibility 


and convenience of the instruction set. This sec- 
tion briefly describes register and immediate 
operands and then covers the 8086/8088 memory 
and I/O addressing modes 1 in detail. 


Register and amen Operands. 


Instructions that specify only register operands 
are generally the most. compact and fastest 


executing of all instruction forms. This is because 


the register. ‘‘addresses’’ are encoded in instruc- 
tions in just a few bits, and because these opera- 
tions are performed entirely within the CPU (no 
bus cycles are run). Registers may serve as source 
operands, destination operands, or both. © 


Immediate operands are constant data contained > 
in an instruction. The data may be. either 8 or 16 | 


bits in length. Immediate operands can be 
accessed quickly because they are available 
directly from the instruction queue; like a register 
operand, no bus cycles need to be run to obtain an 
immediate operand. The limitations of immediate 
operands are that they may only serve as source 
operands and that they are constant values. 


Memory Addressing Modes 


Whereas the EU has direct access to register and 
immediate operands, memory operands must be 
transferred to or from the CPU over the bus. 
When the EU needs to read or write a memory 


- operand, it must pass an offset value to the BIU. 
_ The BIU adds the offset to the (shifted) content of 


a segment register producing a 20-bit physical 
address and then executes the bus cycle(s) needed 
to ACCESS the operand. 


_ The Effective Address 


The offset that the EU calculates for a memory 
operand is called the operand’s effective address 
or EA. It is an unsigned 16-bit number that 
expresses the operand’s distance in bytes from the 
beginning of the segment in which it resides. The 


EU can calculate the effective address in several 
different ways.: Information encoded in the 
- second byte of the instruction tells the EU how to 


calculate the effective address of each memory 


- operand. A compiler or assembler derives this 


information from the statement or instruction 
written by the programmer. Assembly language 
programmers have access to.all addressing modes. 


- Figure 2-34 shows that the execution unit 


calculates the EA by summing a displacement, the 
content of a base register and the content of an 
index register. The fact that any combination of 
these three components may be present in a given 
instruction gives rise to the variety of 8086/8088 
memory addressing modes. 
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SINGLE INDEX 


Te aaa 
INSTRUCTION C= 


ASSUMED 
UNLESS 
OVERRIDDEN 
BY PREFIX 


eee 
INSTRUCTION 


<«——4 DISP 


DOUBLE INDEX 


3) | fe] 


EFFECTIVE 


x ADDRESS 
LACEMENT | 


PHYSICAL ADDR 


Figure 2-34. Memory Address Computation 


The displacement element is an 8- or 16-bit 
number that is contained in the instruction. The 
displacement generally is derived from the posi- 
tion of the operand name (a variable or label) in 
the program. It also is possible for a programmer 
to modify this value or to specify the displace- 
ment explicitly. 


A programmer may specify that either BX or BP 
is to serve as a base register whose content is to be 
used in the EA computation. Similarly, either SI 
or DI may be specified as an index register. 
Whereas the displacement value is.a constant, the 
contents of the base and index registers may 
change during execution. This makes it possible 
for One instruction to access different memory 
locations as determined by the current values in 
the base and/or index registers. 


It takes time for the EU to calculate a memory 
operand’s effective address. In general, the more 


elements in the calculation, the longer it takes. . 


Table 2-20 shows how much time is required to 
compute an effective address for any combination 
of displacement, base register and index register. 


Direct Addressing 


Direct addressing (see figure 2-35) is the simplest 
memory addressing mode. No registers are in- 
volved; the EA is taken directly from the displace- 
ment field of the instruction. Direct addressing 
typically is used to access simple variables 
(scalars). 


Register Indirect Addressing 


The effective address of a memory operand may 
be taken directly from one of the base or index 
registers as shown in figure 2-36. One instruction 
can operate on many different memory locations 
if the value in the base or index register is updated 


8086 AND 8088 CENTRAL PROCESSING UNITS — 


appropriately. The LEA (load effective address) 


and arithmetic instructions might be used to 


change the register value: 


Note that any 16-bit general register may be used 


for register indirect addressing with the JMP or 
CALL instructions. | 


I 
ISPLA]| CEMENT 
T—oseafeeer 


OPCODE MOD R/M © 


Figure 2-35. Direct Addressing 


OPCODE MOD R/M 


Figure 2-36. Register Indirect Addressing 


Based Addressing — 


In based addressing (figure 2-37), the effective 


address is the sum of a displacement value and the 
content of register BX or register BP. Recall that 
specifying BP as a base register directs the BIU to 


obtain the operand from the current stack seg- 


ISPLAC|EMENT Neo 
a a a | 


OPCODE MOD R/M 


Figure 2-37. Based Addressing 


ment (unless a segment override prefix is present). 


- This makes based addressing with BP a very con- 


venient way to access stack data (see section 2.10 
for examples). 


Based addressing also provides a straightforward 
way to address structures which may be located at 
different places in memory (see figure 2-38). A 
base register can be pointed at the base of the 
structure and elements of the structure addressed 
by their displacements from the base. Different 
copies of the same structure can be accessed by 
simply changing the base register. 


HIGH ADDRESS 


Tage [sratus| 


DISPLACEMENT 


@ 


DISPLACEMENT 


oO 


BASE REGISTER 


LOW ADDRESS 


Figure 2-38. Accessing a Structure With Based. 
Addressing 

Indexed Addressing 

In indexed addressing, the effective address is 

calculated from the sum of a displacement plus 


the content of an index register (SI or DI) as 
shown in figure 2-39. Indexed addressing often is 


aaa 


Figure 2-39. Indexed Addressing | 


OPCODE | MODR/M | DISPLACIEMENT i | 
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used to access elements in an array (see figure 
2-40). The displacement locates the beginning of 
the array, and the value of the index register 
selects one element (the first element is selected if 
the index register contains 0). Since all array 
elements are the same length, simple arithmetic 
on the index register will select any element. 


Based indexed Addressing © 


Based indexed addressing generates an effective 
address that is the sum of a base register, an 
index register and a displacement (see figure 
2-41). Based indexed addressing is a very flexible 
mode because two address components can be 
varied at execution time. 


HIGH ADDRESS 


ARRAY (8) 
ARRAY (7) 


, 


~=—1WORD—> 
LOW ADDRESS 


Figure 2-40. Accessing an Array With Indexed 
Addressing 


Based indexed addressing provides a convenient 
way for a procedure to address an array allocated 
on a stack (see figure 2-42). Register BP can con- 
tain the offset of a reference point on the stack, 
typically the top of the stack after the procedure 
has saved registers and allocated local storage. 
The offset of the beginning of the array from the 
reference point can be expressed by a displace- 
ment value, and an index register can be used to 
access individual array elements. 


Arrays contained in structures and matrices (two- 
dimension arrays) also could be accessed with 
based indexed addressing. 


OPCODE MOD R/M DISPLAC JEMENT : 


Figure 2-41. Based Indexed Addressing 


HIGH ADDRESS 


DISPLACEMENT 


(BP) 


or 


DISPLACEMENT 


i 


| 

| 

_ | 

| | 

7 | | 
INDEXREGISTER_ | | 
; 

| | 

| | 

| | 

| | 


~«—1WORD—> 
LOWER ADDRESS 


Figure 2-42. Accessing a Stack Array With Based Indexed Addressing » 


(2-71 


8086 AND 8088 CENTRAL PROCESSING UNITS 


String Addressing 


String instructions do not use the normal memory 
addressing modes to access their operands. 
Instead, the index registers are used implicitly as 
shown in figure 2-43. When a string instruction is 
executed, SI is assumed to point to the first byte 
or word of the source string, and DI is assumed to 
point to the first byte or word of the destination 
string. In a repeated string operation, the CPUs 
automatically adjust SI and DI to obtain subse- 
quent bytesorwords. 3 


1/O Port Addressing 


If an I/O port is memory mapped, any of the 
memory operand addressing modes may be used 
to access the port. For example, a group of ter- 
minals can be accessed as an “‘array.’’ String 
instructions also can be used to transfer data to 
memory-mapped ports with an appropriate hard- 
ware interface. Section 2.10 contains examples of 
addressing memory-mapped I/O ports. 

Two different addressing modes can be used to 
access ports located in the I/O space; these are 
illustrated in figure 2-44. In direct port address- 
ing, the port number is an 8-bit immediate 


OPCODE 


Figure 2-43. String Operand Addressing 


operand. This allows fixed access to ports 
numbered 0-255. Indirect port addressing is 
similar to register indirect addressing of memory 
operands. The port number is taken from register 
DX and can range from 0 to 65,535. By pre- 
viously adjusting the content of register DX, one 
instruction can access any port in the I/O space. 
A group of adjacent ports can be accessed using a 
simple software loop that adjusts the value in DX. 


2.9 Programming Facilities 


A comprehensive integrated set of tools supports _ 
8086/8088 software development. These tools are 
programs that run on Intellec® 800 or Series II 
Microcomputer Development Systems under the 
ISIS-II operating system, the same hardware and 
operating system used to develop software for the 
8080 and the 8085. Since the 8086 and 8088 are 
software-compatible with one another, the same 
tools are used for both processors to provide 
programmers with a uniform development 
environment. | ee 


PORT ADDRESS 


_DIRECT PORT ADDRESSING 


PORT ADDRESS 


INDIRECT PORT ADDRESSING 


Figure 2-44. I/O Port Addressing 
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Software Development Overview 


A program that will ultimately execute on an 
8086- or 8088-based system is developed in steps 
(see figure 2-45). The overall program is com- 
posed of functional units called modules. For 
purposes of this discussion, a module is a section 
of code that is separately created, edited, and 
compiled or assembled. A very small program 
might consist of a single module; a large program 
could be comprised of 100 or more modules. The 
8086/8088 LINK-86 utility binds modules 
together into a single program. (The module 
structure of a program is critical to its successful 
development and maintenance; see section 2.10 
for guidelines.) | 


8086 and 8088 modules can be written in either 
PL/M-86 or ASM-86 (see table 2-22). PL/M-86 is: 
a high-level language suitable for most 
microprocessor applications. It is easy to use, 
even by programmers who have little experience 
with microprocessors. Because it reduces software 
development time, PL/M-86 is ideal for most of 
the programming in any application, especially 
applications that must get to market quickly. 


ASM-86 is the 8086/8088 assembly language. 
ASM-86 provides the programmer who is familiar 
with the CPU architecture, access to all processor 
features. For critical code segments within pro- 
grams that make sophisticated use of the hard- 
ware, have extremely demanding performance or 
memory constraints, ASM-86 is the best choice. 


TRANSLATE 


EDIT 


| isis-1 
SOURCE 
~<—p} TEXT 


UPDATE 
LIBRARIES 


OBJECT 
MODULE 
LIBRARIES 


LINK 


LINK-86 


LOCATE LOAD 


, _exttre 
E T 
RELOCAT- 
pit > (‘osiecr | —> Cianovane 
OBJECT 
MODULE MODULE \ — 


Figure 2-45. Software Development Process 
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Table 2-22. PL/M-86/ASM-86 Characteristics 


e Fast Development 


e Less Programmer Training 


The languages are completely compatible, and a 
judicious combination of the two often makes 
good sense. Prototype software can be developed 
rapidly with PL/M-86. When the system is 
operating correctly, it can be analyzed to see 
which sections can best profit from being written 
in ASM-86. Since the logic of these sections 
already has been debugged, selective rewriting can 
be done quickly and with low risk. 


Each PL/M-86 or ASM-86 module (called a 
source moduel) is keyed into the Intellec® system 
using the ISIS-II text editor and is stored as a 
diskette file. This source file is then input to the 
appropriate language translator (ASM-86 
assembler or PL/M-86 compiler). The language 
translator creates a diskette file from the source 
file, which is called a relocatable object module. 
The translator also lists the program and flags any 
errors detected during the translation. The 
relocatable object module contains the 8086/8088 
machine instructions that the translator created 
from the statements in the source module. The 


term ‘‘relocatable’’ refers to the fact that all © 


references to memory locations in the module are 
relative, rather than being absolute memory 
addresses. The module generally is not executable 
until the relative references are changed to the 
actual memory locations where the module will 
reside in the execution system’s memory. The pro- 
cess of changing the relative references to 
absolute memory locations is called locating. 


There are very good reasons for not locating 
modules when they are translated. First, the exe- 
cution system’s physical memory configuration 
(where RAM and ROM/PROM segments are 
actually located in the megabyte memory space) 
may not be known at the time the modules are 
written. Second, it is desirable to be able to use a 
common module (e.g., a square root routine) in 
more than one system. If absolute addresses were 
assigned at translation time, the common module 
would either have to occupy the same physical 


| | -PL/M-86 | ASM-86 


e Detailed Hardware Knowledge Not Required 


e Fastest Execution Speed 


e Smallest Memory Requirements 


e Access To All Processor Facilities 


addresses in every system, or separate versions 
with different addresses would have to be main- 
tained for each system. When locating is deferred, 
a single version of a common routine can be used | 
by any number of systems. Finally, the locations - 
of modules typically change as a system is 
developed, maintained and enhanced. Separating 
the location process from the translation process 
means that as modifications are made, unchanged 
modules only need to be relocated, not 
retranslated. 


Relocatable object modules may be placed into 
special files called libraries, using the LIB-86 
library manager program. Libraries provide a 
convenient means of collecting groups of related 
modules so that they can be accessed automati- 
cally by the LINK-86 program. | 


When enough relocatable object modules have 
been created to test the system, or part of it, the 
modules are linked and located. Linking com- 
bines all the separate modules into a single pro- 
gram. Locating changes the relative memory 
references in the program to the actual memory 


locations where the program will be loaded in the 


execution system. The link and locate process also 
is referred to as R & L, for relocation and linkage. 


Two other programs round out the software 
development tools available for the 8086 and 
8088. OH-86 converts an absolute object file into 
a hexadecimal format used by some PROM pro- 
grammers and system loaders (for example, the 
SDK-86 and iSBC 957™ ljoaders). CONV-86 can 
do most of the conversion work required to 
translate 8080/8085 assembly language source 
modules into ASM-86 source modules. 


The 8086/8088 software development facilities 
are covered in more detail in the remainder of this 


section. However, these are only introductions to 
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the use of these tools. Complete documentation is 
available in the following publications available 
from Intel’s Literature Department: 


—ISIS-II: 
ISIS-II System User’s Guide, Order No. 9800306 


ASM-86: 


MCS-86 Assembly Language Reference Manual, 
Order No. 9800640 


MCS-86 Assembler Operating Instructions for 
ISIS-II Users , Order No. 9800641 — 
PL/M-86: 


PL/M-86 Programming Manual, Order No. 
9800466 : 


ISIS-II PL/M-86 Compiler Operator’s Manual, 
Order No. 9800478 


LINK-86, LOC-86, LIB-86, OH-86: . 


MCS-86 Software Development Utilities 


Operating Instructions for ISIS-II Users, Order 
No. 9800639 


CONV-86: 


MCS-86 Assembly Language Converter 
Operating Instructions for ISIS-II Users, Order 
No. 9800642. . _ | 


PL/M-86 


PL/M-86 is a_ general-purpose, high-level 
language for programming the 8086 and 8088 
microprocessors. It is an extension of PL/M-80, 
the most widely-used, high-level programming 
language for microprocessors. (PL/M-80 source 
programs can be processed by the PL/M-86 com- 
piler; the resulting object program is generally 
reduced by 15-30% in size.) PL/M-86 is suitable 


for all types of microprocessor software from 


operating systems to application programs. 


PL/M-86’s purpose is simple: to reduce the time 
and cost of developing and maintaining software 
for the 8086 and 8088. It accomplishes this by 
creating a programming environment that, for the 
most part, is distinct from the architecture of the 
CPUs. Registers, segments, addressing modes, 
stacks, etc., are effectively ‘‘invisible’’ to the 


-PL/M-86 programmer. Instead, the processors 


appear to respond to simple commands and 
familiar algebraic expressions. The responsibility 
for translating these source statements into the 
machine instructions ultimately required to exe- 
cute on the 8086/8088 is assumed by the PL/M-86 
compiler. By ‘‘hiding’’ the details of the machine 
architecture, PL/M-86 encourages programmers 
to concentrate on solving the problem at hand. 


‘Furthermore, because PL/M-86 is closer to 


natural language, it is easier to ‘‘think in 
PL/M-86”’ than it is to ‘‘think in assembly 
language.’’ This speeds up the expression of a 
program solution, and, equally important, makes 
that solution easier for someone other than the 
Original programmer to understand. PL/M-86 
also contains all the constructs necessary for 


.. Structured programming. 


ptaloments and Comments 


A programmer builds a PL/M-86 program by> 


writing statements and comments (see figure 
2-46). There are several different types of 
statements in PL/M-86; they always end with a 


semicolon. Blanks can be used freely before, 


within, and after statements to improve read- 
ability. A statement also may span more than one 


— jine. 


The characters ‘‘/*’’ start a comment, and the 
characters ‘‘*/’’ end it; any characters may be 
used in between. Comments do not affect the exe- 
cution of a PL/M-86 program, but all good pro- 
grams are thoughtfully commented. Comments 
are notes that document and clarify the program’s 
operation; they may be written virtually anywhere 
ina PL/M-86 program. 


Data Definition 


Most PL/M-86 programs begin by defining the 
data items (variables) with which they are going to” 
work. An individual PL/M-86 data element is 
called a scalar. Every scalar variable has a 
programmer-supplied name up to 31 characters 
long, and a type. PL/M-86 supports five types of 
scalars: byte, word, integer, real, and pointer. 
Table 2-23 lists the characteristics of these 
PL/M-86 data types. 7 
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/* TRAFFIC DATA RECORDER CONTROL PROGRAM | ' 
**VERSION 2.2, RELEASE 5, 23APR79.* 3 
*THIS RELEASE FIXES THREE BUGS” 
*DOCUMENTED IN PROBLEM REPORT #16.*/ 


-. [*COMPUTE TOTAL PAYMENT DUE*/ 
‘TOTAL =PRINCIPAL + INTEREST; 
IF TERMINAL$READY ng 3 

THENCALLFILLSBUFFER; = 3 .. =»... | 
ELSE CALL WAIT (50); /*WAIT 50 MS FOR RESPONSE*/ 


_ Figure 2-46. PL/M-86 Statements and Comments 7 : 


Table 2 23. PL/M-86 Data Types 


BYTE 0 to 255 Unsigned Integer, Character _ 


word ti(‘i; ks lt 88,595 Unsigned Integer 
 =32,768to | 


; | eee - Signed Integer 


INTEGER 


4x 10738 to 


etre -— 3.37x 10438 


Floating Point 


POINTER | 4 NIA Address Manipulation 


example, monthly rainfall samples could be 


Variables are dchined. by writing a | DECLARE 
statement of this form:. co. 


DECLARE scalar-name type; 


Options of the DECLARE shail be used 


to specify an initial value for the scalar and to 
define a series of items in a shorthand form. 


Besides scalar variables, scalar constants may be 
used in PL/M-86 programs (see figure 2-47). 


Constants may be written “‘as is’’ or may be given 


names to improve program clarity. 


Scalars can be aggregated into named collections: 
of data such as arrays and structures. An array is 


a collection of scalars of the same type (all 
integer, all real, etc.). Arrays are useful” for 


representing data that has a repetitive nature. For 


represented as an array of 12 elements; one for 
sat month: 


“DECLARE RAINFALL c 2) REAL; 


Each element in. an array is “accessible by a 
number called a subscript which is the element’s 
relative location in the array. In PL/M-86, the 
first element in an array has a subscript of 0; it is 
considered the ‘‘Oth’’ element. Thus, RAINFALL 
(11) refers to December’s sample. The subscript 
need not be a constant; variables and expressions 
also | may, be used as subscripts, | 


Siice of character data are ‘epically defined as: 
byte arrays. Characters can be accessed with 
subscripts or with ahaa string- engine func- 
tions built into PL/M-86... tS 
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10 /*DECIMAL NUMBER*/ 
OAH /*HEXADECIMAL NUMBER*/ 
12Q /*OCTAL NUMBER*/ 
00001010B /*BINARY NUMBER*/ 
10.0 /*FLOATING POINT NUMBER*/ 
1.0E1 /*FLOATING POINT NUMBER*/ 
‘A’ /*CHARACTER*/ 


I*CONSTANTS MAY BE GIVEN NAMES*/ 
DECLARE STATUS$PORT LITERALLY ‘OFFEH’; 
DECLARE THRESHOLD LITERALLY ‘98.6’; 


Figure 2-47. PL/M-86 Constants 


A structure is a collection of related data elements 
that do not necessarily have the same type. The 
elements are related by virtue of ‘‘belonging’’ to 
the entity represented by the structure. Here is a 
simple structure declaration: 


DECLARE BRIDGE STRUCTURE 
(SPAN WORD, 
YR$BUILT BYTE, 
AVGS$TRAFFIC REAL); 


The year the bridge was built could be accessed by 
writing BRIDGE.YRS$BUILT; the structure ele- 
ment name is ‘‘qualified’’ by the dot and the 
' structure name. This allows structures with the 
Same element names to be distinguished from 
each other (e.g., HIGHWAY.YRS$BUILT). 


Arrays and structures can be combined into more 
complex data aggregates: 


e array elements may be structures rather than 
scalars, 


e astructure element may be an array, 


e structures in arrays may themselves contain 
arrays. 


Figure 2-48 provides sample PL/M-86 data 
declarations. 


Assignment Statement 


Data that has been defined can be operated on 
with PL/M-86 executable statements. The fun- 
damental executable statement is the assignment . 
statement, written in this form: 


' variable-name = expression: 


This means ‘‘evaluate the expression and assign 
(move) the result to the variable.’’ 


There are three basic classes of expressions in 
PL/M-86; arithmetic, relational and logical (see 
table 2-24 and figure 2-49). All expressions are 
combinations of operands and _ operators, 
although an expression can consist of a single 
operand. Operands are variables and constants; 
operators vary according to the type of expres- 
sion. Evaluation of an expression always yields a 
single result; different classes of expressions yield 
different types of results. 


Table 2-24. Characteristics of PL/M-86 Expressions 


|_CEXPRESSION_—|_—__OPERATORS RESULT 


+,-,",/,MOD 


ARITHMETIC 


RELATIONAL 


LOGICAL 


AND, OR, XOR, NOT 


-NUMBER 


“TRUE” -FFH 
“FALSE” -0H 


8/16-BIT STRING 
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[****SCALARS****/. | 
DECLARESWITCH | BYTE: os | 
DECLARE COUNT WORD, 4 : /*1 SCALAR*/ 
INDEX ~ INTEGER; | ~~ [*1 SCALAR*/ 
DECLARE (NET, GROSS, Cee "REAL; .. [*3 SCALARS*/ 


J**** ARRAYS*Ee* ay 
DECLARE MONTH (12) BYTE: 
DECLARE TERMINAL EINES) BY TEss 


[STRUCTURES ) 
DECLARE EMPLOYEE STRUCTURE 
(ID_NUMBER WORD, 
DEPARTMENT = . ~~ ‘BYTE. 
RATE. | REAL) 


— 1****ARRAY OF STRUCTURES****/ | 
~ DECLARE INVENTORY__ITEM (100) STRUCTURE 


(PART_NUMBER - WORD, | 
ON__HAND WORD, » 
REORDER ° “BYTE)0 ee 
/**** ARRAY WITHIN STRUCTURE****/ 
DECLARE COUNTY__DATA — STRUCTURE. 
(NAME (20) BYTE, 


TEN__YR_-RAINFALL(10) BYTE, 
HER CAA as REAL); 


Figure 2-48. PL/M-86 Data Declarations _ 


-—|/*ARITHMETIC*/ 
A=2:B=3; mS Nias? age 
B=Bt1 /*B CONTAINS 4*/° 
(C= (A*B) -2; /*C CONTAINS 6*/ 
C= ((At 8) +3) MOD 3; I*C CONTAINS 2*/ 
- [*RELATIONAL*/ | 
A=2;B=3..° 
C=BD>A; a I*C CONTAINS OFFH* / 
C=B<>A; .. ~._——s*C CONTAINS OFFH*/ 
C=B=(AH);. ©.» ~~‘ I*C CONTAINS OFFH*/ 
|*LOGICAL*/ 
A = 0011$0001B; --1*$1S FOR READABILITY*/ 
B=1000$0001B; is eat 
C=NOTB; ~ —-I*C CONTAINS 0111$1110B*/ 
-C=AANDB;  I*C CONTAINS 0000$0001B*/) 
-C=AORB; _. [*C CONTAINS 1011$0001B*/ 
C=BXORA; I*C CONTAINS 1011$0000B*/ 


~ C=(AANDB)OROFOH; = /*C CONTAINS 1111$0001B*/ 


Figure 2-49. Expressions in PL/M-86 Assignment Statements 
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Program Flow Statements 


Simple PL/M-86 programs can be written with 
just DECLARE and assignment statements. Such 
programs, however, execute exactly the same 
sequence of statements every time they are run 
and would not prove very useful. PL/M-86 pro- 
vides statements that change the flow of control 
through a program. These statements allow sec- 
tions of the program to be executed selectively, 
repeated, skipped entirely, etc. 


The IF statement (figure 2-50) selects one or the 
other of two statements for execution depending 
on the result of a relational expression. The IF 
statement is written: | | 
hs relational- -expression fe: 
TH EN statementt: 
ELSE statement 


Statement! is executed if the expression is ‘‘true’’; 


statement2 is not executed in this case. If the rela- - 


39 


tion is ‘‘false,’’ statement! is skipped and state- 
ment2 is executed. In determining the ‘‘truth’’ of 
an expression, the IF statement only examines the 
low-order bit of the result (1=‘‘true’’). Therefore, 
arithmetic and logical expressions also ‘may be 
used in an IF statement. 


A=3;B=5; 

IFA<B 
THEN MINIMUM = 1; 
ELSE MINIMUM = 2; 


/*EXECUTED*/ 
/*SKIPPED*/_ 


MORE__DATA = OFFH; 

IF NOT MORE__DATA 
THEN DONE = 1; 
ELSE DONE = 0; 


/*SKIPPED*/ 
/*EXECUTED*/ 


/*NESTED IF STATEMENTS*/ 
CLOCK__ON = 1; HOUR=24; ALARM=OFF; 
IF CLOCK__ON | 
THEN IF HOUR = 24 
THEN IF ALARM = OFF 
THEN HOUR = 0; /*EXECUTED*/ 


Figure 2-50. PL/M-86 IF Statements 


A DO block begins with a DO statement and ends 
with an .END statement. All intervening 
statements are part.of the block. A DO block can 
appear anywhere in a program that an executable 
statement can appear. There are four kinds of DO 
statements in PL/M-86: simple DO, DO CASE, 
interative DO, and DO WHILE. . a 


A simple DO statement (figure 2-51) causes all the 
statements in the block to be treated as though 
they were a single statement. Simple DOs enable a 
single IF statement to cause multiple statements 
to be executed (the alternative would be to repeat 
the IF statement for every statement to be 
executed). oa 


[* SIMPLE DO*/ 


A=5; B=9; 
IF (A+ 2)< B THEN DO; hs 
X=X- 1; /*EXECUTED*/ 
. ¥(X)=0; © /*EXECUTED*/ | 
ae SEND cance << — 4 eh 
ELSE DO; 
X=X+1; /*SKIPPED*/ 
Y(X)=1; /*SKIPPED*/: ~ 
END; 
/*DO CASE*! 
A=2; | 
DO CASE (A); 
— KX =X4+1; r SKIPPED*/ 
X = X+2: /*SKIPPED*/ 
X = X+33:. /*EXECUTED*/ 
X=X+4;  /*SKIPPED*/ 
“ENDs* “ot 43 
Figure 2-51. PL/M-86 Simple DO 


and DO CASE 


| -DO CASE (figure 2-51) causes one statement in 


the DO block to be selected and executed depend- 
ing on the result of the expression (usually 
arithmetic) written immediately following DO ~ 
CASE: 


DO CASE arithmetic-expression: 


If the expression yields 0, the first statement in the 
-DO block is executed; if the expression yields 1, 


-°. the second statement is executed, etc. A statement 


in the DO block may be null (consist of only a 
semicolon) to cause no action for selected cases. 
DO CASE provides a rapid and easily-understood 


_ way to respond to data like “‘transaction codes’’ 
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where a different action is required for each of 
many values a code might assume (an alternative 
would be an IF statement for eve value the code 
could assume). : 


An iterative DO Bisel gue: 2-52 and 2- 53) j is 
executed from 0 to an infinite number of times 
based on the relationship of an index variable to 
an expression that terminates execution. ‘The 
general form i is: 


me) index = start- -expr TO as expr BY step-expr; 


The ‘“‘BY diese? is optional, and the step is 
assumed to be 1 if not supplied (the typical case). 
When control first reaches the DO statement, 
start-expr is evaluated and is assigned to index. 
Then index is compared to stop-expr; if index 
exceeds stop-expr, control goes to the statement 
following the DO block, otherwise the block is 
executed. At the end of the block, the result of 
step-expr is added to index, and it is compared to 


stop-expr again, etc.:(The iterative DO is quite 
flexible—this is a simplified explanation.) 
Iterative DOs are handy for “stepping through”’ 
an array. For example, an auray of 10 elements 
could be zeroed by: 7 


DOI=0TO9; 
ARRAY (|) = 0; 
END; 


In a DO WHILE (figures 2-52 and 2-54), the 
statements are executed repeatedly as long as the 
expression following WHILE. evaluates to 
“‘true.’”” DO WHILE often can be applied in 
situations where an interative DO will not work, 
or is clumsy, such as where repetition must be 
controlled by a non-integer value. Like an 
iterative DO, DO WHILE may be executed from 
0 times to an infinite numberof times. 


/*ITERATIVE DO*/ 
DO!1=0TO5; 
ARRAY (I) = 
TOTAL = TOTALH; 
END; - 
1*1=6 AT THIS POINT*/ 


/*DO WHILE*/ 


/*EXECUTED 6 TIMES*/ — 
/*EXECUTED 6 TIMES*/ 


MORE = 0; SPACE__OK =1; 


DO WHILE (MORE AND SPACE _OK).: 


ITEMS = ITEMS + 1; 


N__ TRACKS = 
N_TRACKS + 10; 


IF N__TRACKS >= 999 
THEN SPACE_OK = 0; 


END; 


/*DO WHILE*/ 
CODE = ‘A’: 


- DO WHILE (CODE = ‘A’); 


TEMP = TEMP * STEP; 


IF TEMP > 98.6 
THEN CODE = 


‘B’: 


/*SKIPPED*/ 


/*SKIPPED*/ 
/*SKIPPED*/ 


/*EXECUTION STOPS*/ 
I* AFTER TEMP*/ 
I* EXCEEDS 98.6" / 


N_STEPS =N__STEPS + 1; . 


END; 


Figure 2-52. PL/M-86 Iterative DO and DO WHILE 
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INDEX=+START. 


EXECUTE 
BLOCK 


| INDEX<INDEX + STEP 


~ . STATEMENT 
FOLLOWING 
END 


Figure 2-53. PL/M-86 Iterative DO Flowchart 


A GOTO written in the form 


GOTO target; 
causes an unconditional transfer (branch) to 
another statement in the program. The statement 
recelving control would be written 


target: statement; 


where ‘‘target’? is a label identifying the 
statement. 


A CALL statement written in the form 


CALL proc-name (parm-list); 


EXPRESSION 


EXECUTE 
BLOCK 


STATEMENT 
ee 


Figure 2-54. PL/ M- 86 DO WHILE Flowchart 


activates a procedure defined earlier in the pro- 
gram. The variables listed in ‘‘parm-list’’ are 


passed to the procedure, the procedure is 


executed, and then control returns to the state- 
ment following the CALL. Thus, unlike a GOTO, 
a CALL ‘brings control back to the point of 
departure. 


Procedures 


Procedures are “subprograms” that make it 


possible to simplify the design of complex pro- 


grams and to share a single copy of a routine 
among programs. A procedure usually is designed 
to perform one function; i.e., to solve one part of 
the total problem with which the program is deal- 
ing. For example, a program to calculate 
paychecks could be broken down into separate 
procedures for calculating gross pay, income tax, 
Social Security and net pay. The organization of 
the ‘‘main’’ progtam then could be understood at 
a glance: 


CALL GROSS_ PAY; 

CALL INCOME__TAX: 

CALL SOCIAL__SECURITY; 
CALL NET__PAY; 
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Furthermore, the income tax procedure could be 
divided into separate procedures for calculating 
state and federal taxes. Procedures, then, provide 
a mechanism by which a large, complex problem 
can be attacked with a ‘‘divide and conquer’’ 
strategy. 


A procedure usually is defined early in a program, 
but it is only executed when it is referred to by 
name in a later PL/M-86 statement. A procedure 
can accept a list of variables, called parameters, 
that it will use in performing its function. These 
parameters may assume different values each time 
the procedure is executed. . 


PL/M-86 provides two classes of procedures, 
typed and untyped. A typed procedure returns a 
value to the statement that activates it and, in 
addition, may accept parameters from that state- 
ment. A typed procedure is activated whenever its 
name appears in a statement; the value it returns 
effectively takes the place of the procedure name 
in the statement. Typed procedures can be used in 
all kinds of PL/M-86 expressions. Untyped pro- 
cedures may accept parameters, but do not return 


a value. Untyped procedures are activated by 
CALL statements. Figure 2-55 shows how simple 
typed and untyped procedures may be declared 
and then activated. 


The statements forming the body of a procedure 
need not exist within the module that activates the 
procedure. The activating module can declare the 
procedure EXTERNAL, and the LINK-86 utility 
will connect the two modules. 


PL/M-86 procedures can be written to handle 
interrupts. Procedures also may be declared 
REENTRANT, making them concurrently usable 
by different tasks in a multitasking system. 
PL/M-86 also has about 50 procedures built into 
the language, including facilities for: 

® converting variables from one type to another 
e shifting and rotating bits 

¢ performing input and output 

® manipulating strings 

° activating the CPU LOCK signal. 


/* DECLARATION OF A TYPED PROCEDURE THAT 
ACCEPTS TWO REAL PARAMETERS AND RETURNS A REAL VALU E*/ 


_ AVG: PROCEDURE (X,Y) REAL; 
DECLARE (X,Y) REAL; 
RETURN (X+Y)/2.0; 

END AVG; 


/* ACTIVATING A TYPED PROCEDURE’! 


LOW = 2.0; | 
HIGH = 3.0; 


TOTAL = TOTAL + AVG (LOW, HIGH); /*2.51S ADDED TO TOTAL*/ | 


|*DECLARATION OF AN UNTYPED PROCEDURE 
THAT ACCEPTS ONE PARAMETER? / 
TEST: PROCEDURE (X); 
DECLARE X BYTE; 
IF X =0H THEN 
COUNT = COU NT +1; 
END TEST; 


[* ACTIVATING AN UNTYPED PROCEDURE*/ — 


CALL TEST (ALPHA); /*COUNT IS INCREMENTED 
IF ALPHA = 0*/ 


Figure 2-55. PL/M-86 Procedures 
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ASM-86 


Programmers who are familiar with the CPU 
architecture can obtain complete access to all pro- 
cessor facilities with ASM-86. Since the execution 
unit on both the 8086 and the 8088 is identical, 
both processors use the same assembly language. 
Examples of processor features not accessible 
through PL/M-86 that can be utilized in ASM-86 
programs include: software interrupts, the WAIT 
and ESC instructions and explicit control of the 
segment registers. 


An ASM-86 program often can be written to 
execute faster and/or to use less memory than the 
same program written in PL/M-86. This is 
because the compiler has a limited ‘‘knowledge’’ 
of the entire program and must generate a 
generalized set of machine instructions that will 
work in all situations, but may not be optimal in a 
particular situation. For example, assume that the 
elements of an array are to be summed and the 
result placed in a variable in memory. The 
machine instructions generated by the PL/M-86 
compiler would move the next array element to a 
register and then add the register to the sum 
variable in memory. An ASM-86 programmer, 
knowing that a register will be ‘‘safe’’ while the 
array iS summed, could instead add all the array 
elements to a register and then move the register 
to the sum variable, saving one instruction execu- 
tion per array element. 


It is easier to write assembly language programs in 
ASM-86 than it is in many assembly languages. 
ASM-86 contains powerful data structuring 
facilities that are usually found only in high-level 


languages. ASM-86 also simplifies the program- 
mer’s ‘‘view’’ of the 8086/8088 machine instruc- 
tion set. For example, although there are 28 dif- 
ferent types of MOV machine instructions, the 
programmer always writes a single form of the 
instruction: | | 


MOV destination-operand, source-operand 


The assembler generates the correct machine- 
instruction form based on the attributes of the 
source and destination operands (attributes are 
covered later in this section). Finally, the ASM-86 
assembler performs extensive checks on the con- 
sistency of operand definition versus operand use 
in instructions, catching many common types of 
clerical errors. 


Statements 


Compared to many assemblers, ASM-86 accepts a 
relaxed statement format (see figure 2-56). This 
helps to reduce clerical errors and allows pro- 
grammers to format their programs for better 
readability. Variable and label names may be up 
to 31 characters long and are not restricted to 
alphabetic and numeric characters. In particular, 
the underscore (__) may be used to improve. the 
readability of long names. Blanks may be inserted 
freely between identifiers (there are no ‘‘column’’ 
requirements), and statements also may span 
multiple lines. ss 


All ASM-86 statements are classified as instruc- 
tions or directives. A clear distinction must be 
made here between ASM-86 instructions and 


; THIS STATEMENT CONTAINS A COMMENT ONLY 


MOV AX, [BX +3] 
MOV AX, [BX + 3] 
MOV AX, 
& [BX +3] 
ZERO EQU 0 


CUR_.PROJ EQU 


TIGHT__LOOP: JMP TIGHT__LOOP 
MOV ES: DATA_STRING [SI], AL 


PROJECT [BX] [SI] 
THE_STACK_STARTS_HERE SEGMENT 


WAIT: LOCK XCHG AX,SEMAPHORE 


; TYPICAL ASM-86 INSTRUCTION © 
; BLANKS NOT SIGNIFICANT 


; CONTINUED STATEMENTS 


; SIMPLE ASM-86 DIRECTIVE 

; MORE COMPLEX DIRECTIVE 
; LONG IDENTIFIER 

; LABELLED STATEMENT 

; SEGMENT OVERRIDE PREFIX 
;LABEL& LOCK PREFIX. 


Figure 2-56. ASM-86 Statements 
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8086/8088 machine. instructions. The assembler 
generates machine instructions from ASM- 86 
instructions written » by a programmer. Each 
ASM-86 instruction produces one machine 
instruction, but the form of the generated 
machine instruction will vary according to the 
operands written in 1 the ASM-86 instruction. For 
example, writing © 


“MOV BL, i 


produces a byte- immediate- to- TREISIED MOV, 
while writing 


: MOV TERMINAL NO, BX 


sess a word-register-to- -memory MoV. To 
the programmer, though, there is simply a MOV 
source-to-destination instruction. 


ASM-86 instructions are written in the form: 
(label:) (prefix) mnemonic (operand(s))(;comment) - 


where parentheses denote optional fields (the 
parentheses are not actually written by program- 
mers). The label field names the storage location 
containing the machine instruction so that it can 
be referred to symbolically as the target of a JMP 
‘instruction elsewhere in the program. Writing a 
prefix causes ASM-86 to generate one of the 
special prefix bytes (segment override, bus lock or 
repeat) immediately preceding the machine 
instruction. The mnemonic identifies the type of 
instruction (MOV for move, ADD for add, etc.) 
that is to be generated. Zero, one or two operands 
may be written next, separated by commas, 
according to the requirements of the instruction. 
Finally, writing a semicolon signifies that what 
follows is a comment. Comments do not affect 
the execution of a program, but they can greatly 


improve its clarity; all good ASM-86 programs 
are a eed commented. 


| Writing a Asctive gives ASM- 86 information to 


use in generating instructions, but does not itself 
produce: a machine instruction. About 20 dif- 
ferent directives are available in ASM-86. Direc- 
tives are written like this: 3 


(name) mnemonic (operand(s) ( comment) 


Some discetves require a name to be present, 
while others prohibit a name. ASM-86 recognizes 
the directive from the mnemonic keyword written 
in the next field. Any operands required by the 
directive are written next, separated by commas. 
A comment may be written asthe oe field of a 


directive. 


Some. of the more commonly. used directives 


define procedures (PROC), allocate storage for 
variables (DB, DW, DD) give a descriptive name 
to a number or an expression (EQU), define the 
bounds of segments (SEGMENT and ENDS), 
and force instructions and.data to be aligned at 
word boundaries (EVEN). | 


Constants 


Bina iocnnal éciai snd age ieenne) numeric 
constants (see figure 2-57) may be written in 
ASM-86 statements; the assembler can perform 
basic arithmetic operations on these as well. All 
numbers must, however, be integers and must be 


representable in 16 bits including a sign bit. 
Negative numbers are assembled in standard 


two’s Sompiouen notation. 


Character constants are enclosed in single quotes 


and may be up to'255 characters long when used 


MOV _.. STRING {SI], ‘A’ - CHARACTER 
MOV STRING [SI], 41H - EQUIVALENT IN HEX 

ADD 7 AX,OC4H , HEX CONSTANT MUST START WITH NUMERAL 
OCTAL_8 ~ EQU 100. -OCTAL 

OCTAL_9 EQU°100; = ~~; OCTALALTERN ATE 

ALL_ONES  EQU 11111111B. ——; BINARY 

MINUS5: EQU -5: -DECIMAL 

MINUS_6 . EQU -6D DECIMAL ALTERNATE. 


Figure 2-57. ASM-86 Constants 


Mnemonics © Intel, 1978 


2-84 


8086 AND 8088 CENTRAL PROCESSING UNITS 


to initialize storage. When used as immediate 
operands, character constants may be one or two 
bytes long to match the length of the destination 
operand. 


Defining Data 


Most ASM-86 programs begin by. defining the 
variables with which they will work. Three direc- 
tives, DB, DW and DD, are used to allocate and 
name data storage locations in ASM-86 (see 
figure 2-58). The directives are used to define 
storage in three different units: DB means 
‘‘define byte,’’ DW means ‘‘define word,’’ and 
DD means ‘‘define doubleword.’’ The operands 
of these directives tell the assembler how many 
storage units to allocate and what initial values, if 
any, with which to fill the locations. 


A_SEG SEGMENT 
ALPHA DB = 
BETA DW ? 
GAMMA DD ? 
DELTA DB v4 
EPSILON DW 5 
A_SEG ENDS 


B_SEG SEGMENT AT 55H ; SPECIFYING BASE ADDRESS 
OTA DB ‘HELLO’ =; CONTAINS 48 45 4C 4C 4F H 
; CONTAINS 42 41H 

; CONTAINS 0000 5500 H 

MU DB 100DUPO ; CONTAINS (100 X) 00H 
B_SEG ENDS 


; NOT INITIALIZED 
; NOT INITIALIZED 
; NOT INITIALIZED 
; NOT INITIALIZED 
; CONTAINS 05H 


ATTRIBUTES OPERATORS 
SEGMENT | OFFSET | TYPE] LENGTH | SIZE | 


VARIABLE 


NOVO ONW4 Oo 


—~DNO]|N$DAND— a 


_ 
OeaQaeasana a 
Oo 
—_ 
Senet NS 


—_ 
es 


Figure 2-58. ASM-86 Data Definitions 


For every variable in an ASM-86 program, the 
assembler keeps track of three attributes: seg- 
ment, offset and type. Segment identifies the seg- 
ment that contains the variable (segment control 
is covered shortly). Offset is the distance in bytes 
of the variable from the beginning of its contain- 


ing segment. Type identifies the variable’s alloca- 
tion unit (1 = byte, 2 = word, 4 = doubleword). 
When a variable is referenced in an instruction, 
ASM-86 uses these attributes to determine what 
form of the instruction to generate. If the 
variable’s attributes conflict with its usage in an 
instruction, ASM-86 produces an error message. 
For example, attempting to add a variable defined 
as a word to a byte register is an error. There are - 
cases where the assembler must be explicitly told 
an operand’s type. For example, writing MOVE 
[BX],5 will produce an error message because the 
assembler does not know if [BX] refers to a byte, 
a word or a doubleword. The following operators 
can be used to provide this information: BYTE 
PTR, WORD PTR and DWORD PTR. In the 
previous example, a word could be moved to the 
location referenced by [BX] by writing MOVE 
WORD PTR [BX],5. | 


ASM-86 also provides two built-in operators, 
LENGTH and SIZE, that can be written in 
ASM-86_ instructions along with attribute 
information. LENGTH causes the assembler to 
return the number of storage units (bytes, words 
or doublewords) occupied by an array. SIZE 
causes ASM-86 to return the total number of 
bytes occupied by a variable or an array. These 
operators and attributes make it possible to write 
generalized instruction sequences that need not be 
changed (only reassembled) if the attributes of the 
variables change (e.g., a byte array is changed to a 
word array). See figure 2-59 for an example of 
using the attributes and attribute operators. 


Records 


ASM-86 provides a means of symbolically defin- 
ing individual bits and strings of bits within a byte 
or a word. Such a definition is called a record, 
and each named bit string (which may consist of a 
single bit) in a record is called a field. Records 
promote efficient use of storage while at the same 
time improving the readability of the program 
and reducing the likelihood of clerical errors. 
Defining a record does not allocate storage; 
rather, a record is a template that tells the 
assembler the name and location of each bit field 
within the byte or word. When a field name is 
written later in an instruction, ASM-86 uses the 
record to generate an immediate mask for instruc- 
tions like TEST, AND, OR, etc., or an immediate 
count for shifts and rotates. See figure 2-60 for an 
example of using a record. 
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-. + SUM THE CONTENTS OF TABLE INTO AX 
TABLE . DW © 50 DUP(?) 


‘ NOTE SAME INSTRUCTIONS WOULD WORK FOR 
‘TABLE . DB 25 DUP(?) 
‘TABLE DW 118 DUP(?), ETC. 
SUB _—_— AX, AX - CLEAR SUM 
MOV CX, LENGTH TABLE ; LOOP TERMINATOR 
| MOV S!, SIZE TABLE ‘POINT SUBSCRIPT 
oe | eer - TO END OF TABLE 
ADD__NEXT: SUB SI, TYPE TABLE ; BACK UP ONE ELEMENT 
ADD. AX, TABLE [SI] ; ADD ELEMENT 
LOOP ADD_NEXT —~— ;UNTILCX=0 


~ ; AXCONTAINS SUM 


ce Figure 2-59. Using ASM-86 Attributes and Attribute Operators 


~EMP__BYTE DB ? ;1 BYTE, UNINITIALIZED 
; BIT DEFINITIONS: | ; - 
> 7-2 :YEARS EMPLOYED 
oo J 1 SEX (1 = FEMALE) 
~0.. 2: STATUS (1=EXEMPT) 


~ -EMP__BITSRECORD ;RECORD DEFINED HERE 
Ge —  YRS_.EMP :6, _—* 
~& 0. oo SEX:1,. 


STATUS: 1 


| } SELECT NONEXEMPT FEMALES EMPLOYED 10 + YEARS 


MOV AL,EMP_BYTE — ; KEEP ORIGINAL INTACT 
TEST AL, MASK SEX - FEMALE ? 
JZ REJECT — :NO,QUITE 
TEST AL, MASK STATUS; NONEXEMPT? 
JNZ ... REJECT ‘NO, QUIT 
‘SHR. AL,CL - ISOLATE YEARS 
CMP. AL, 11 | ‘>=10 YEARS? 
JL REJECT NO, QUIT 


, PROCESS SELECTED EMPLOYEE 
|. REJECT: ; PROCESS REJECTED EMPLOYEE 


, es - RECORD USED HERE ~ 
MOV .. CL, YRS_EMP ;GET SHIFT COUNT — 


- Figure 2-60. Using an ASM-86 RECORD Definition | 
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Structures 


An ASM-86 structure is a map, or template, that 
gives names and attributes (length, type, etc.) toa 
collection of fields. Each field in a structure is 
defined using DB, DW and DD directives; 
however, no storage is allocated to the structure. 
Instead, the structure becomes associated with a 
particular area of memory when a field name is 


referenced in an instruction along with a base. 


value. The base value ‘‘locates’’ the structure; it 
may be a variable name or a base register (BX or 
BP). The structure may be associated with 
another area of memory by specifying a different 
base value. Figure 2-61 shows how a simple struc- 
ture may be defined and used. Note that a struc- 
ture field may itself be a structure, allowing much 
more complex organizations to be laid out. 


Structures are particularly useful in situations 
where the same storage format is at multiple loca- 
tions, where the location of a collection of 
variables is not known at assembly-time, and 
where the location of a collection of variables 
changes during execution. Applications include 
multiple buffers for a single file, list processing 
and stack addressing. 


Addressing Modes 


Figure 2-62 provides sample ASM-86 coding for 
each of the 8086/8088 addressing modes. The 
assembler interprets a bracketed reference to BX, 
BP, Sl or DI as a base or index register to be used 
to construct the effective address of a memory 
operand. An unbracketed reference means the 
register itself is the operand. | 


The following cases illustrate typical ASM-86 
coding for accessing arrays and structures, and 
show which addressing mode the assembler 
specifies in the machine instruction it generates: 


° If ALPHA jis an array, then ALPHA [SJ] is 
the element indexed by SI, and ALPHA 
[SI + 1] is the following byte (indexed). 


o If ALPHA is the base address of a structure 
and BETA is a field in the structure, then 
ALPHA.BETA selects the BETA field 
(direct). a | 


° If register BX contains the base address of a 
structure and BETA is a field in the struc- 
ture, then [BX].BETA refers to the BETA 
field (based). 


DUP(?) 
DUP(?) 
DUP(?) 
DUP(?) 


DUP(?) 
DUP(?) 


EMPLOYEE STRUC 
SSN DB 9 
RATE | DB 1 
DEPT DW 1 
YR_HIRED DB 1 
EMPLOYEE = ENDS 
MASTER DB 12 
TXN DB 12 
; CHANGE RATE IN MASTER TO VALUE IN TXN. 
MOV 


MOV 


AL, TXN.RATE 
MASTER-RATE, AL 


; ASSUME BX POINTS TO AN AREA CONTAINING 
; DATAIN THE SAME FORMAT AS THE EMPLOYEE 
; | STRUCTURE. ZERO THE SECOND DIGIT 


OF SSN 
MOV 
_ MOV 


SI,1_; INDEX VALUE OF 2ND DIGIT 
[BX].SSN([SI],0 | 


| Figure 2-61. Using an ASM-86 Structure 
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ADD AX, BX 
ADD AL,5 
ADD CX, ALPHA 
ADD ALPHA,6 
ADD ALPHA, DX. 
ADD BL, [BX] 
ADD [SI], BH 
ADD — [PP].ALPHA, AH 
ADD CX, ALPHA [SI] 
ADD ALPHA [DI+2], 10 
ADD _[BX].ALPHA [SI], AL 
ADD SI,(BP+4][DI] 
IN AL, 30 
OUT DX, AX 


; REGISTER < REGISTER 
; REGISTER < 
; REGISTER < MEMORY (DIRECT) 
: MEMORY (DIRECT) < IMMEDIATE 
; MEMORY (DIRECT) < REGISTER 
. REGISTER < MEMORY (REGISTER INDIRECT) 
; MEMORY (REGISTER INDIRECT) < IMMEDIATE 
: MEMORY (BASED) « REGISTER 
- REGISTER < MEMORY (INDEXED) 
; MEMORY (INDEXED) < IMMEDIATE 
; MEMORY (BASED INDEXED) < REGISTER 
; REGISTER + MEMORY (BASED INDEXED) 
; DIRECT PORT 
; INDIRECT PORT 


IMMEDIATE 


Figure 2-62. ASM-86 Addressing Mode Examples 


° If register BX contains the address of an 
array, then [BX] [SI] refers to the element 
indexed by SI (based indexed). 


e If register BX points to a structure whose 
ALPHA ffield is an array, then [BX] 
.ALPHA [SI] selects the element indexed by 
SI (based indexed). 


e If register BX points to a structure whose 
ALPHA field is itself a structure, then 


[BX].ALPHA.BETA refers to the BETA | 


field of the ALPHA substructure (based). 


e If register BX points to a structure and the 
ALPHA field of the structure is an array and 
each element of ALPHA is a structure, then 
[BX].ALPHA[SI + 3].BETA refers to the 
field BETA in the element of ALPHA 
indexed by [SI + 3] (based indexed). 


Note that DI may be used in place of SI in these 
cases and that BP may be substituted for BX. 
Without a segment override prefix, expressions 
containing BP refer to the current stack segment, 
and expressions containing BX refer to the cur- 
rent data segment. a 


Segment Control 


An ASM-86 program is organized into a series of 
named segments. These are ‘‘logical’’ segments; 
they are eventually mapped into 8086/8088 
memory segments, but this usually is not done 
until the program is located. ASEGMENT direc- 
tive starts a segment, and an ENDS directive ends 
the segment (see figure 2-63). All data and 


instructions written between SEGMENT and 
ENDS are part of the named segment. In small 
programs, variables often are defined in one or 
two segment(s), stack space is allocated in another 
segment, and instructions are written in a third or 
fourth segment. It is perfectly possible, however, 
to write a complete program in one segment; if 
this is done, all the segment registers will contain 
the same base address; that is, the memory 
segments will completely overlap. Large pro- 
grams may be divided into dozens of segments. 


The first instructions in a program usually 
establish the correspondence between segment 
names and segment registers, and then load each 
segment register with the base address of its cor- 
responding segment. The ASSUME directive tells 
the assembler what addresses will be in the seg- 
ment registers at execution time. The assembler 
checks each memory instruction operand, deter- 
mines which segment it is in and which segment 
register contains the address of that segment. If 
the assumed register is the register expected by the 
hardware for that instruction type, then the 
assembler generates the machine instruction nor- 
mally. If, however, the hardware expects one seg- 
ment register to be used, and the operand is not in 
the segment pointed to by that register, then the 
assembler automatically precedes the machine 
instruction with a segment override prefix byte. 
(if the segment cannot be overridden, the 
assembler produces an error message.) An exam- 
ple may clarify this. If register BP is used in an 
instruction, the 8086 and 8088 CPUs expect, as a 
default, that the memory operand will be located 
in the segment pointed to by SS—in the current 
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DATA__SEG SEGMENT 
| ; DATA DEFINITIONS GO HERE 
DATA__SEG ENDS 


STACK_SEG SEGMENT 
; ALLOCATE 100 WORDS FOR A STACK AND 
; LABEL THE INITIAL TOS FOR LOADING SP. 
DW 100 DUP(?) | 
~ STACK TOP LABEL WORD 
_ STACK__SEG ENDS 


CODE__SEG SEGMENT 
; GIVE ASSEMBLER INITIAL REGISTER-TO-SEGMENT 
CORRESPONDENCE. NOTE THAT IN THIS © 
; PROGRAM THE EXTRA SEGMENT INITIALLY 
| OVERLAPS THE DATA SEGMENT ENTIRELY. 
~ ASSUME CS: CODE__SEG, 


& DS: DATA__SEG, 
& ES: DATA__SEG, 
& SS: STACK__SEG 


START: : THIS ISTHE BEGINNING OFTHE PROGRAM. .. 


; LOC-86 WILL PLACE AJMP TO THIS 
; LOCATION AT ADDRESS FFFFOH. 


- LOAD THE SEGMENT REGISTERS. CS DOES NOT 
; HAVE TO BE LOADED BECAUSE SYSTEM 
; RESET SETS IT TO FFFFH, AND THE 
-; LONG JMP INSTRUCTION AT THAT ADDRESS 
;  UPDATES.IT TO THE ADDRESS OF CODE__SEG. 
; . SEGMENT REGISTERS ARE LOADED FROM AX 
; BECAUSE THERE IS NO IMMEDIATE-TO- 
; SEGMENT_REGISTER FORM OF THE MOV. 


INSTRUCTION. 
MOV AX, DATA_SEG 
MOV DS, AX © 
MOV ES, AX 
“MOV. AX, STACK_SEG 
MOV. SS, AX 


; SET STACK POINTER TO INITIAL TOS. 
MOV SP, OFFSET STACK __ TOP 


_; SEGMENTS ARE NOW ADDRESSABLE. 
; MAIN PROGRAM CODE GOES HERE. | 
CODE_ SEG Se 


; NEXT STATEMENT ENDS ASSEMBLY AND TELLS 
LOC-86 THE PROGRAMS STARTING ADDRESS. 


END START | 


Figure 2-63. Setting Up ASM-86 Segments 
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stack segment. A programmer may, however, 
choose to use BP to address a variable in the cur- 
rent data segment—the segment pointed to by 
DS. The ASSUME directive enables the assembler 
to detect this situation and to automatically 
generate the needed override prefix. 


It also is possible for a programmer to explicitly _ 
code segment override prefixes rather than relying 


on the assembler. This may result in a somewhat 
better-documented program since attention is 
called to the override. The disadvantage of 
explicit segment overrides is that the assembler 
does not check whether the operand is in fact 


addressable through the overriding Seement 


register. 


ASM-86, in conjunction with the relocation and 
linkage facilities, provides much more 
sophisticated segment handling capabilities than 
have been described in this introduction. For 
example, different logical segments may be com- 


bined into the same physical segment, and 
segments may be assigned the same physical loca- | 
tions (allowing a ‘‘common’’ area to be accessed — 
by different programs using cen variable | 


and label names). 


Procedures 


Procedures may be written in ASM-86 as well as 


in PL/M-86. In fact, procedures written in one ~ 


language are callable from the other, provided 
that a few simple conventions are observed in the 
ASM-86 program. The purpose of ASM-86 pro- 
cedures is the same as in PL/M-86: to simplify the 
design of complex programs and to make a single 
copy of a commonly-used routine accessible from 
‘anywhere in the program. | 


An ASM-86 program activates a procedure with a 


CALL instruction. The procedure terminates with | 


a RET instruction, which transfers control to the 
instruction following the CALL. Parameters may 
be passed in registers or pushed onto the stack 
before calling the procedure. The RET instruction 
can discard stack parameters before nennne to 
the caller. 


Unlike PL/M-86 procedures, ASM-86 procedures 
are executable where they are coded, as well as by 
a CALL instruction. Therefore, ASM-86 pro- 
cedures often are defined following the main pro- 
gram logic, rather than preceding it as in 


PL/M-86. Figure 2-64 shows how procedures 


may be defined and called in ASM-86. Section 


2-10 contains examples of procedures that accept 
parameters on the stack. 


_LINK-86 


Fundamentally, LINK-86 combines separate 
- relocatable object modules into a single program. 


This process. consists primarily of combining 
(logical) segments of the same name into single 
segments, adjusting relative addresses when 
segments are combined, and resolving external 
ererenuees: 


A programmer can use a procedure that is actual- 


ly contained in another module by naming the 


procedure in an ASM-86 EXTRN directive, or 
declaring the procedure to be EXTERNAL in 


_PL/M-86. The procedure is defined or declared 


PUBLIC in the module where it actually resides, 
meaning that it can be used by other modules. 
When LINK-86 encounters such an external 
reference, it searches through the other modules 
in its input, trying to find the matching PUBLIC 


' declaration. If it finds the referenced object, it 
— links it to the reference, ‘‘satisfying’’ the external 


reference. If it cannot satisfy the reference, 


LINK-86 prints a diagnostic message. LINK-86 
also checks PL/M-86 procedure calls and func- 


tion references to insure that the parameters 
passed to a procedure are the type expected by the 
procedure. 


LINK-86 gives the programmer, particularly the 
ASM-86 programmer, great control over 
segments (segments may be combined end to end, 


renamed, assigned the same locations, etc.). 


LINK-86 also produces a map that summarizes 
the link process and lists any unusual conditions 
encountered. While the output of LINK-86 is 
generally input to LOC-86, it also may again be 
input to LINK-86 to permit modules to be linked 
in incremental groups. 


LOC-86 


LOC-86 accepts the single relocatable object 
module produced by LINK-86 and binds the 
memory references in the module to actual 
memory addresses. Its output is an absolute 
object module ready for loading into the memory 
of an execution vehicle. LOC-86 also inserts a 
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FREQUENCY DB 


USART_DATA  EQU _OFFOH 
USART__STAT EQU  OFF2H 


NEXT: CALL CHAR_ 


CALL COUNT. 
JMP NEXT 
CHAR_IN PROC 


256 DUP (0) 


; DATA PORT ADDRESS 
; STATUS PORT ADDRESS 


IT 


; THIS PROCEDURE DOES NOT TAKE PARAMETERS. 
; _ITSAMPLES THE USART STATUS PORT 
; UNTIL A CHARACTER IS READY, AND 
; THEN READS THE CHARACTER INTO AL 
MOV DX, USART__STAT 


; READ STATUS 
; CHARACTER PRESENT? 
; NO, TRY AGAIN 


MOV DX, USART_DATA 


AGAIN: IN AL, DX 
AND AL,2 
JZ AGAIN 
IN AL, DX 
RET 
CHAR__IN ENDP 
-COUNT_ IT PROC 


; YES, READ CHARACTER 


; THIS PROCEDURE EXPECTS A CHARACTER IN AL. 
IT INCREMENTS A COUNTER IN A FREQUENCY 
TABLE BASED ON THE BINARY VALUE OF 


;CLEAR HIGH BYTE 
; INDEX INTO TABLE 


INC FREQUENCY [S]; BUMP THE COUNTER. 


; THE CHARACTER. 
XOR AH, AH 
MOV SI, AL 
RET 
| COUNT__IT ENDP 


Figure 2-64. ASM-86 Procedures _ 


direct intersegment JMP instruction at location 
FFFFOH. The target of the JMP instruction is the 
logical beginning of the program. When the 8086 
or 8088 is reset, this instruction is automatically 
executed to restart the system. LOC-86 produces 
a memory map of the absolute object module and 
a table showing the address of every symbol 
defined in the program: 


LIB-86 | 
LIB-86 is a valuable adjunct to the R & L pro- 


grams. It is used to maintain relocatable object 
modules in special files called libraries. Libraries 


are a convenient way to make collections of 
modules available to LINK-86. When a module 
being linked refers to ‘‘external’’ data or instruc- 
tions, LINK-86 can automatically search a series 
of libraries, find the referenced module, and 
include it in the program being created. 


OH-86 


OH-86 converts an absolute object module into 
Intel’s standard hexadecimal format. This format 
is used by some PROM programmers and system 
loaders, such as the iSBC 957™ and SDK-86 
loaders. 


Mnemonics © Intel, 1978 


8086 AND 8088 CENTRAL PROCESSING UNITS 


CONV-86 


Users who have developed substantial, fully- 
tested assembly language .programs for the 
8080/8085 microprocessors: may want. to use 
CONV-86 to automatically convert large amounts 
of this code into ASM-86 source code (see figure 


2-65). CONV-86 accepts an ASM-80 source pro- | 


gram as input and produces an ASM-86 source 
program as output, plus a print file that 
documents the conversion and lists any diagnostic 
messages. 


Some programs cannot be completely converted — 


by CONV-86. Exceptions include: 

e —_ self-modifying code, 

e software timing loops, — 

¢ 8085 RIM and SIM instructions, © 
e interrupt code, and | 

¢ macros. 


By using the diagnostic messages produced by 
CONV-86, the converted ASM-86 source file can 
be manually edited to clean up any sections not 


converted. A converted program is typically . | 


10-20% larger than the ASM-80 version and does 


ture. However, the development time saved by 
using CONV-86 can make it an attractive alter- 
native to rewriting working _ programs srom 
scratch. 


Sample Programs 


Figures 2-66 and 2-67 show how a simple program . 


might be written in PL/M-86 and ASM-86. The 


program simulates. a pair of rolling dice and: 


executes on an Intel SDK-86 System Design Kit. 
The SDK-86 is an 8086-based computer with 
memory, parallel-and serial I/O ports, a keypad 
and a display. The SDK-86 is implemented on a 
single PC board which includes a large prototype 
area for system expansion and experimentation. 
A ROM-based: monitor program provides a user 
interface to the system; commands are entered 
through the keypad and monitor responses are 
written on the display. With the addition of a 
cable and software interface (called SDK-C86), 
the SDK-86 may be connected to an Intellec 
Microcomputer Development -System. In_ this 
mode, the user enters monitor commands from 
the Intellec keyboard and receives replies on the 
Intellec CRT display. 


CONV-86 


ASM-86 
ASSEMBLER 


Figure 2-65. ASM-80/ASM-86 Conversion 


not take full advantage of the 8086/8088 architec. ~~ Th® dice program runs on an SDK-86 that is con- 


nected to an Intellec® Microcomputer Develop- 


_ ment System. The program displays two con- 


tinuously changing digits in the upper left corner 


: Of the Intellec display. The digits are random 


numbers in the range 1-6. A roll is started by 
entering a monitor GO command. Pressing the 
INTR key on the SDK-86 keypad stops the roll. 


There are two procedures in the PL/M-86 version 
of the dice program. The first is called CO for 
console output. This is an untyped PUBLIC pro- 
cedure that is supplied on an SDK-C86 diskette. 
CO is written in PL/M-86 ‘and outputs one 
character ‘to the Intellec console. It is declared 


EXTERNAL in the dice program: because it exists 


in’ another module. LINK-86 searches the 
SDK-C86 library for CO and includes ‘it in the 
single relocatable obj ect module it builds. 


RANDOM is an jaternal typed Saeed it is 
contained in the dice module and returns a word 
value that is a random number between 1 and 6. 
RANDOM does not use any parameters and is 
activated in the parameter list passed to CO. 
When CO is called like this, first RANDOM is ac- 
tivated, then 30 is added to pe number it Teturns 
and the sum is passed to CO. : 


Mnemonics © Intel, 1978 


8086 AND 8088 CENTRAL PROCESSING UNITS. 


PL/M-86 COMPILER DICE 


ISIS-II PL/M-86 V1.2 COMPILATION OF MODULE DICE 


OBJECT MODULE PLACED IN 
COMPILER INVOKED BY: 


1 


~ OWN Ud PO 


Ow © 


27 


a = | — = 


— 


MP fo MM Ph — 


NM PM Po NM Po fo 


—_ 


DICE: DO; 


:F1:DICE.OBJ 
PLM86 :F1:DICE.P86 XREF 


/* THIS PROGRAM SIMULATES THE ROLL OF A PAIR OF DICE */ 


/* GIVE NAMES TO CONSTANTS */ 


DECLARE CLEAR$CRT1 
DECLARE CLEAR$CRT2 
DECLARE HOME$CURSOR1 
DECLARE HOME$CURSOR2 
DECLARE SPACE 


LITERALLY '0O1BH'; /* INTELLEC ¥*/ 
LITERALLY 'O45H'; /* CRT "/ 
LITERALLY '01BH'; /* CONTROL ¥*/ 
LITERALLY 'O48H'; /* CODES ¥/ 
LITERALLY 'O020H'; /*ASCII BLANK*/ 


/* PROGRAM VARIABLES */ 
DECLARE (RANDOM$NUMBER,SAVE) WORD; 


/* CONSOLE OUTPUT PROCEDURE */ 
CO: PROCEDURE(X) EXTERNAL; 


DECLARE X BYTE; 
END CO; 
/* RANDOM NUMBER GENERATOR PROCEDURE #/ 
/* ALGORITHM FOR 16-BIT RANDOM NUMBER FROM: #/ 
/* "A GUIDE TO PL/M PROGRAMMING FOR #/ 
/* MICROCOMPUTER APPLICATIONS," / 
/* DANIEL D. MCCRACKEN, #/ 


/* ADDISON-WESLEY, 


1978 */ 


RANDOM: PROCEDURE WORD; 
RANDOM$NUMBER = SAVE; /*START WITH OLD NUMBER*/ 
RANDOM$NUMBER = 2053 * RANDOM$NUMBER + 13849; 
SAVE = RANDOM$NUMBER; /*SAVE FOR NEXT TIME*/ 


/*FORCE 16-BIT NUMBER INTO RANGE 1-6*/ 
RANDOM$NUMBER = RANDOM$NUMBER MOD 6 + 1; 
RETURN RANDOM$NUMBER; 


END RANDOM; 


/* MAIN ROUTINE */ 

/* CLEAR THE SCREEN*/ 
CALL CO(CLEAR$CRT1); 
CALL CO(CLEAR$CRT2) ; 


/* ROLL THE DICE UNTIL INTERRUPTED */ 
DO WHILE 1; /*"DO FOREVER" */ 


/*NOTE THAT ADDING 
/* CONVERTS IT TO 


30 TO THE DIE VALUE */ 
ASCII. id d 


CALL CO(RANDOM + 030H); /* 1ST DIE*/ 


CALL CO(SPACE); 


/*BLANK*®/ 


CALL CO(RANDOM + 030H); /*2ND DIE*®/ 


/* HOME THE CURSOR 


*/ 


CALL CO(HOME$CURSOR1); 
CALL CO(HOME$CURSOR2) ; 


END; 
END DICE; 


CROSS-REFERENCE LISTING 


DEFN 


8 


11 


ADDR SIZE NAME, ATTRIBUTES, AND REFERENCES 


CLEARCRT1 
CLEARCRT2- 
0000H co 


0002H 71 DICE 
HOMECURSOR1 


HOMECURSOR2 


OO49H 44 RANDOM 


LITERALLY 
18 


LITERALLY 
19 


PROCEDURE EXTERNAL(0O) STACK=0000H 
18 19 21 22 23 24 25 


PROCEDURE STACK=0004H 


LITERALLY 
24 


LITERALLY 
25 


PROCEDURE WORD STACK=0002H 
21 23 


Figure 2-66. Sample PL/M-86 Program 
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7 OOOOH 2 RANDOMNUMBER WORD . #8 
12 13 #14 #15 16 
7 0002H 2 SAVE © . WORD 
- ee gg 12 «14 
6 SPACE LITERALLY 
22 
8 0000H 1 % . BYTE PARAMETER 


MODULE INFORMATION: 


CODE. AREA. SIZE = 0075H 117D 
CONSTANT AREA SIZE = OOOOH OD 
VARIABLE AREA SIZE = OOO4H © 4D. 
MAXIMUM STACK SIZE = OOO4H 4D 
51 LINES READ 

O PROGRAM ERROR(S) 


END OF PL/M~86 COMPILATION 


Figure 2-66. Sample PL/M-86 Program (Cont’d.) 


MCS-~ -86 MACRO ASSEMBLER DICE 


ISIS-II MCS-86 MACRO ASSEMBLER V2.0 ASSEMBLY OF MODULE DICE | 
OBJECT MODULE PLACED IN :F1:DICE.OBJ 
ASSEMBLER INVOKED BY: ASM86 :F1:DICE. A86 XREF 


LOC OBJ oo GSRNE? EP SOURCE 
1 ; THIS PROGRAM SIMULATES THE ROLL OF A PAIR OF DICE 
2 
3 ; CONSOLE OUTPUT PROCEDURE 
y EXTRN  CO:NEAR 
5 
6 ; SEGMENT GROUP DEFINITIONS NEEDED FOR PL/M-86 COMPATIBILITY 
7 -CGROUP GROUP CODE 
8 DGROUP GROUP  DATA,STACK °° 
9 & 3 . 
10 ; INFORM ASSEMBLER OF SEGMENT REGISTER CONTENTS. 
11 | ASSUME ES CONDI De PURO UR iSe re Ueyee NOTHING 
12 : | ae 
13 ; ALLOCATE DATA 
---- 14° DATA SEGMENT PUBLIC 'DATA' 
15... NOTE THAT THE FOLLOWING ARE PASSED ON THE STACK’ TO THE PL/M-86 
16 ; PROCEDURE 'CO'. BY CONVENTION, A BYTE PARAMETER IS PASSED IN 
17 ; THE LOW-ORDER 8-BITS,OF A WORD ON THE STACK. HENCE, THESE ARE 
18 ; DEFINED AS WORD VALUES, THOUGH THEY OCCUPY 1 BYTE ONLY. 
0000 1B00 19 CLEAR CRT1 DW 01BH ; INTELLEC 
0002 4500 20 CLEAR CRT2 DW O45H 3 CRT 
0004 1B00 21 HOME CURSOR1 DW 01BH 3; CONTROL 
0006 4800 22 HOME CURSOR2 DW O48H ; CODES 
0008 2000 23 SPACE DW 020H ; ASCII BLANK 
OO0A 272? 24 SAVE DW 2 ; HOLDS LAST 16-BIT RANDOM NUMBER 
eee 25 DATA ENDS is 
26 
27 
28 | 3 ALLOCATE STACK SPACE 2 
ere 29 STACK SEGMENT STACK | 'STACK! 
0000 (20 300 DW 20 DUP (?) 
222? | ae 
) 
31 ; LABEL INITIAL TOS: FOR LATER USE. 
0028 32 STACK TOP LABEL — WORD 
2225 33 STACK ENDS 
P . 34 | 
35 ; — 
e 36 ; PROGRAM CODE 
---- —37~——s« CODE SEGMENT PUBLIC ‘CODE! 
5A. a ee 
39 
40 ; RANDOM NUMBER GENERATOR PROCEDURE 
44 ; ALGORITHM FOR 16-BIT RANDOM NUMBER FROM: 
42 ; “A GUIDE TO PL/M PROGRAMMING FOR 
43 ; MICROCOMPUTER APPLICATIONS," 
44 ; DANIEL D. MCCRACKEN 
| 45 ; ADDISON-WESLEY, 1978 
0000 + 46 ~ RANDOM PROC 7 
0000 A10A00 R ip. 7s MOV AX, SAVE ; NEW NUMBER = 


Figure 2-67. ASM-86 Sample Program 
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ASSEMBLY COMPLETE, NO 


ERRORS FOUND © 


Figure 2-67. ASM-86 Sample Program (Cont’d.) 
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MCS-86 MACRO ASSEMBLER DICE 
LOC OBJ LINE SOURCE 
0003 B90508 48 MOV CX, 2053 ; OLD NUMBER * 2053 
0006. F7E1 4g MUL CX ; + 13849 
0008 051936 50 ADD AX, 13849 
OO00B A30A00 OR 51 _ MOV SAVE, AX ; SAVE FOR NEXT TIME 
ay Se 52 '; FORCE 16-BIT NUMBER INTO RANGE 1 - 6 
53 ; BY MODULO 6 DIVISION + 1 | 
QOOE 2BD2 54 SUB DX , DX ; CLEAR UPPER DIVIDEND 
0010 B90600 55 MOV CX, 6 ; SET DIVISOR 
0013 F7F1 56 DIV CX ; DIVIDE BY 6 
0015 8BC2 57 MOV AX, DX ; REMAINDER TO AX 
0017 40 58 INC AX ; ADD 1 
0018 C3 59 RET ; RESULT IN AX. 
: 60 RANDOM ENDP | 
61 
62 
63 ; MAIN PROGRAM 
64 
65 ; LOAD SEGMENT REGISTERS 
66 ; NOTE PROGRAM DOES NOT USE ES; CS IS INITIALIZED BY HARDWARE RESET; 
67 ; DATA & STACK ARE MEMBERS OF SAME GROUP, SO ARE TREATED AS A SINGLE 
68 ; MEMORY SEGMENT POINTED TO BY BOTH DS & SS. | 3 
0019 B8---- R 69 START: MOV AX, DGROUP 
001C 8ED8 70 MOV DS, AX. 
OO1E 8EDO 71 MOV SS, AX 
: = 73 ; INITIALIZE STACK POINTER 
0020 BC2800 R 74 -. MOV SP,OFFSET DGROUP:STACK TOP 
75 | 
76 ; CLEAR THE SCREEN 
0023 FF360000 R 77 PUSH. CLEAR_CRT1 
0027 E80000 E 78 CALL CO 
002A FF360200 R. 79 PUSH CLEAR CRT2 
002E £80000 E 80 . SOREL, <66r > 
81 
' | 82 '; ROLL THE DICE UNTIL INTERRUPTED 
0031 E8CCFF 83 ROLL: CALL RANDOM ; GET 1ST DIE. IN AL 
0034 0430 By | ADD AL, 030H ; CONVERT TO ASCII 
0036 50 85 PUSH — AX ; PASS IT TO 
0037 E80000 E 86 CALL CO ; . CONSOLE -OUTPUT 
003A FF360800 R 87 PUSH SPACE ; OUTPUT 
003E E80000 88 CALL CO ; A BLANK 
0041 E8BCFF 89 CALL RANDOM ; GET 2ND DIE IN AL 
0044 0430 90 ADD AL, 030H ; CONVERT TO ASCII ~~ 
0046 50 91 PUSH = AX. ; PASS IT TO | 
0047 E80000 E 92 “CALL ~~ CO ; CONSOLE OUTPUT 
93 ; HOME THE CURSOR : 
OO4A FF360400 R gy PUSH | HOME CURSOR1 
OO4E E80000 E 95 CALL CO ~ 
0051 FF360600 R 96 PUSH HOME CURSOR2 
0055 £80000 E 97 CALL... .(CO-v 
7 | | 98 ; CONTINUE FOREVER 
0058 EBD7 re JMP ROLL 
eens 100 CODE ENDS” 
101 3 
XREF SYMBOL TABLE LISTING 
NAME TYPE VALUE ATTRIBUTES, XREFS. 
22SEG . . . . SEGMENT SIZE=0000H PARA PUBLIC 
 CGROUP. .. . GROUP CODE 7# 11 
CLEAR CRT1. . V WORD OOOOH DATA 19# 77 
CLEAR CRT2. . V WORD 0002H DATA 20# 79 
“CO. .. . . . L NEAR OOOOH EXTRN 4# 78 80 86 88 92 95 97 
“CODE. . . . . SEGMENT SIZE=O005AH PARA PUBLIC 'CODE' 7# 37 100 
Se DAT AG 2 SEGMENT SIZE=O0O00CH PARA PUBLIC 'DATA' 8# 14 25 
_ DGROUP. . . . GROUP DATA STACK 8# 11 11 69 74 
“HOME CURSOR1. V WORD‘ OOO4H DATA 21# 94 
HOME CURSOR2. V WORD OO006H DATA -22# 96 
RANDOM. . . . L NEAR OOOOH CODE ‘46# 60 83 89 
ROLL. ...'. . L-NEAR 0031H CODE 83# 99 . 
SAVE. .. . . V WORD OOOAH DATA 24# 47 51 
SPACE... . V WORD 0008H DATA 23# 87 
STACK... . SEGMENT SIZE=0028H PARA STACK ‘STACK? | 
STACK TOP . . V WORD 0028H STACK 32# 74 
START. L NEAR 0019H CODE 69# 104 
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The ASM -86 version of the dice program operates 
like the PL/M-86 version. Since the program uses 
the PL/M-86 CO procedure for writing data to 
the Intellec console, it adheres:to certain conven- 
tions established by the PL/M-86 compiler. The 
program’s logical segments (called CODE, 
DATA and STACK—the program does not use 
an extra segment) are organized into two groups 
called CGROUP and DGROUP. All the members 
of a group of logical segments are located in the 
same 64k byte physical memory segment. 
Physically, the program’s DATA and STACK 
segments can be viewed as ‘‘subsegments’’ of 
DGROUP. 


PL/M-86 procedures expect parameters to be 
passed on the stack, so the program pushes each 


character before calling CO. Note that the stack — 
will be ‘‘cleaned up’’ by the PL/M-86 procedure 


before returning (i.e., the parameter will be 
removed from the stack by CO). 


2.10 Programming Guidelines 
and Examples 


This section addresses 8086/8088 programming 


from two different perspectives. A series of 
general guidelines is presented first. These 
guidelines apply to all types of systems and are 
intended to make software easier to write, and 
particularly, easier to maintain and enhance. The 
second part contains a number of specific pro- 
gramming examples. Written primarily in 
ASM-86, these examples illustrate how the 
instruction set and addressing modes may be uti- 
lized in various, commonly encountered program- 
ming situations. 


Programming Guidelines 


These guidelines encourage the development of 
8086/8088 software that is adaptable to change. 
Some of the guidelines refer to specific processor 
features and others suggest approaches to general 
software design issues. PL/M-86 programmers 
need not be concerned with the discussions that 
deal with specific hardware topics; they should, 
however, give careful attention to the system 
design subjects.Systems that are designed in 
accordance with these recommendations 
should be less costly to modify or extend. In 
addition, they should be better-positioned to 


take advantage of new hardware and software 
products that are constantly being introduced 
by Intel. 


Segments and Segment Registers 


Segments should be considered as independent 
logical units whose physical locations in memory 
happen to be defined by the contents of the seg- 
ment registers. Programs should be independent 
of the actual contents of the segment registers and 
of the physical locations of segments in memory. 
For example, a program should not take 
advantage of the ‘‘knowledge’’ that two segments 
are physically adjacent to each other in memory. 
The single exception to this fully-independent 
treatment of segments is that a program may set 
up more than one segment register to point to the © 
same segment in memory, thereby obtaining 
addressability through more than one segment 
register. For example, if both DS and ES point to 
the same segment, a string located in that segment 
may be used as a source: operand in one string 
instruction and as a destination string in another 
instruction (recall that a destination string must 
be located in the extra segment). 


Any data aggregate or construct such as an array, 
a structure, a string or a stack should be restricted 
to 64k bytes in length and should be wholly con- 
tained in one segment (i.e., should not cross a seg- 
ment boundary). 


- Segment registers should only contain values sup- 
_ plied by the relocation and linkage facilities. Seg- 


ment register values may be moved to and from 
memory, pushed onto the stack and popped from 
the stack. Segment registers should never be used 
to hold temporary variables nor should they be 
altered in any other way: 


As an additional guideline, code should not be 
written within six bytes of the end of physical 


_-memory (or the end of the code segment if this 


segment is dynamically relocatable). Failure to 
observe this guideline could result in an attempted 
opcode prefetch from non-existent memory, 
hanging the CPU if READY is not returned. 


Self-Modifying Code 


It is possible to write a program that deliberately 
changes some of its own machine instructions 
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during execution. While this technique may save a 


few bytes or machine cycles, it does so at the | 


expense of program clarity. This is particularly 


true if the program is being examined at the © 
machine instruction level; the machine instruc- 


tions shown in the assembly listing may not match 
those found in memory or monitored from the 
bus. It also precludes executing the code from 
ROM. Also, because of the prefetch queue within 
the 8086 and 8088, code that is self-modified 
within six bytes of the current point of execution 
cannot be guaranteed to execute as intended. 
(This code may already have been fetched.) Fin- 
ally, a self-modifying program: may prove 
incompatible with future Intel products that 
assume that the content of a code seemicm 
remains constant SUTnEe execution. 


A corrollary to this seguireneat is that vatiable | 


data should not be placed in a code segment. Con- 
stant data may be written in a code segment, but 
this is not recommended for two reasons. First, 
programs are simpler to understand -if they are 


uniformly subdivided into segments of code, data’ 
and stack. Second, placing data in a code segment | 


can restrict the segment’s position independence. 
This is because,: in’ general, the segment base 


address of a data item may be changed, but the 


offset (displacement) of the data item may not. 
This means that the entire segment must be 
moved as a unit to avoid changing the offset of 


the constant data. If the constant data were | 


located in a.data. segment or an extra segment, 
individual procedures within the code segment 
could be moved independently. 


Input/Output 


Since I/O devices vary so widely in their 
capabilities and their interface designs, I/O soft- 


ware is inevitably device dependent. Substituting — 
a hard disk for a floppy disk, for example, _ 
necessitates software changes even though the. 


disks are functionally identical. I/O software can, 
however, be designed to minimize the effect of 
device cha nbess on DrQprams:. | 


Finire 2-68 siiisteaies a design concept that struc-. . 


tures an I/O system into a hierarchy of separately 


compiled/assembled modules. This approach ~ 
isolates application modules that. use the 


input/output devices” from all physical 
characteristics of the hardware with which they 
ultimately communicate. An application module 


that reads a disk file, for example, should have no 


_ knowledge of where the file is located on the disk, 
' what size the disk sectors are, etc. This allows 
_ these characteristics to change without affecting 


the application module. To an application 
module, the I/O system appears to be a series of 


_- file-oriented commands (e.g., Open, Close, Read, 
Write). An application module would typically 


issue a command by calling a file system 


7 paoecaniee 


The file stem processes I/O command requests, 
perhaps checking for gross errors, and calls a pro- 


- cedure in the I/O supervisor. The I/O supervisor 


is a bridge. between the functional I/O request of 
the application module and the physical I/O per- 
formed by the lowest-level modules in the hier- 
archy. There should be separate modules in the 
supervisor for different types of devices and some 
device-dependent code may be unavoidable at this 
level. The I/O supervisor would typically perform 
overhead activities such aS maintaining disk 


directories. 


The modules that actually communicate with the 


~ [/O devices (or their controllers) are at the lowest 


level in the hierarchy. These modules contain the 
bulk of the system’s device-dependent code that 
will have to be modified in the event that a device 
is changed. 


The 8089 Input/Output Processor is specifically 


designed to. encourage .the development . of 


modular, hierarchical I/O systems. The 8089 
allows knowledge of device characteristics to be 


“hidden” from not only application programs, 


but also from the operating system that controls 


the CPU. The CPU’s I/O supervisor can simply 


prepare a message in memory that describes the 
nature of the operation to be performed, and then 
activate the 8089. The 8089 independently per- 


_forms all physical I/O and notifies the CPU when 
the operation has been completed. 


Operating Systems 


Operating systems also should be organized in a 
hierarchy similar to the concept illustrated in 
figure 2-69. Application modules should ‘‘see’’ 
only the upper level of the operating system. This 
level might provide services like sending messages 


“between application modules, providing time 


delays, etc. An intermediate level might consist of 
housekeeping routines that dispatch tasks, alter 
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a ci aici |e (Sea (RA (A (a ee Pee MODULES 


; DEVICE CONTROL 
| HARDWARE 


1/0 DEVICES” 


_ Figure 2-68. 1/O System Hierarchy Concept | 


APPLICATION MODULES 


fies tae banat Lon 


| OPERATING SYSTEM 
s- FILESERVICES | SYSTEMSERVICES 
1/0 SUPERVISOR HOUSEKEEPING | —- "" INVISIB 


TO 
EL Ty. CUT IT). ‘aac ema 


PHYSICAL 0. ‘PRIMITIVE OPERATIONS. 


ao Operating System Hierarchy 


2-98 


8086 AND 8088 CENTRAL PROCESSING UNITS 


priorities, manage memory, etc. At the lowest 
level would be the modules that implement 
primitive operations such as adding and removing 
tasks or messages from lists, servicing timer inter- 
rupts, etc. 


Interrupt Service Procedures 


Procedures that service external interrupts should 
be considered differently than those that service 
internal interrupts. A service procedure that is 
activated by an internal interrupt, may, and often 
should, be made reentrant. External interrupt 
procedures, on the other hand, should be viewed 
as temporary tasks. In this sense, a task is a single 
sequential thread of execution; it should not be 
reentered. The processor’s response to an external 
interrupt may be viewed as the following sequence 
of events: 


e the running (active) task is suspended, 


e anew task, the interrupt service procedure, is 
created and becomes the running task, 


e the interrupt task ends, and is deleted, 


¢. the suspended task is reactived and 
becomes the running task from the point 
where it was suspended. 


An external interrupt procedure should only be 
interruptable by a request that activates a dif- 


ferent interrupt procedure. When the number of 
interrupt sources is not too large, this can be 
accomplished by assigning a different type code 
and corresponding service procedure to each 
source. In systems where a large number of 
similar sources can generate closely spaced inter- 
rupts (e.g., 500 communication lines), an 
approach similar to that illustrated in figure 2-70, 
may be used to insure that the interrupt service 
procedure is not reentered, and yet, interrupts 
arriving in bursts are not missed. The basic 
technique is to divide the code required to service 
an interrupt into two parts. The interrupt service 
procedure itself is kept as short as possible; it per- 
forms the absolute minimum amount of process- 
ing necessary to service the device. It then builds a 
message that contains enough information to per- 
mit another task, the interrupt message processor, 
to complete the interrupt service. It adds the 
message to a queue (which might be implemented 
as a linked list), and terminates so that it is 
available to service the next interrupt. The inter- 
rupt message processor, which is not reentrant, 
obtains a message from the queue, finishes pro- 
cessing the interrupt associated with that message, 
obtains the next message (if there is one), etc. 
When a burst of interrupts occurs, the queue will 
lengthen, but interrupts will not be missed so long 
as there is time for the interrupt service procedure 
to be activated and run between requests. 


MULTIPLE INTERRUPT SOURCES 


INTERRUPT 
SERVICE 
PROCEDURE 


ADD MESSAGE TO QUEUE 


eS 

oun QUEUE (LIST) 

F--—--f OF INTERRUPT 

pate MESSAGES 

oe 

Pek et eee, | 
[Peon NEXT MESSAGE 

FROM QUEUE 


INTERRUPT 


MESSAGE 
PROCESSOR} - 


Figure 2-70. Interrupt Message Processor 
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Stack-Based Parameters | 


Parameters are frequently passed to procedures 
ona stack. Results produced by. the procedure, 
however, should be returned in other memory 
locations or in registers. In other. words, the called 
procedure should ‘‘clean up’’ .the stack by dis- 
carding the parameters before returning. The. 
RET instruction can perform this .. function. 
PL/M-86 procedures. always follow _ this 
convention. a , _ 


Fiag-Images | 


Programs. should make no assumptions abot the 
contents of the undefined bits in the flag-images 
stored in.memory by the PUSHF and SAHF 
instructions. These bits always should be masked 
out of any comparisons or tests that use these 
flag-1 -images. The undefined bits of the word flag- 
image can be cleared by ANDing the word with 
FD5H. The undefined bits of. the byte flag-i -image 
can be cleared by ANDIne the CaN with D5H. 


uid’ : 


These examples demonstrate the 8086/ 8088 
instruction set and addressing modes in. common 


programming situations. The following topics are 


addressed: 
e procedures (parameters, reentrancy) 


e various forms of JMP and CALL 
instructions 


e° bit manipulation with the ASM-86 RECORD 
facility 

e dynamic code relocation 

¢ memory mapped I/O 

e = breakpoints 

e interrupt handling. - 

e string operations 


These examples are written primarily in: ASM-86 
and will be of most interest to assembly:language 
programmers. The PL/M-86 compiler-generates 
code that handles many of these situations 
automatically for PL/M-86 programs. For exam- 
ple, the compiler takes care of the stack in 
PL/M-86 procedures, allowing the programmer 
to concentrate on solving the application prob- 


lem. PL/M-86 programmers, however, may want. | 


to. examine the memory mapped I/O and 
interrupt handling examples, since the concepts 
illustrated are generally applicable; one of the 
interrupt procedures i is written in PL/M-86. 


The examples are intended to show one way to use 
the instruction set, addressing modes and features 
of ASM-86. They do not demonstrate the ‘‘best’’ 
way to solve any particular problem. The flexibil- 
ity of the 8086 and 8088, application differences 
plus variations in programming style usually add 
up. to a number of ways to implement a program- 
ming solution. . 


Procedures: 

The code in figure 2-71 illustrates. several tech- 
niques that are typically used in writing ASM-86 
procedures. In this example a calling program 
invokes a procedure (called EXAMPLE) twice, 
passing it a different byte array each time. Two 
parameters are passed on the stack; the first con- 
tains the number of elements in the array, and the 
second contains the address (offset in 
DATA__SEG) of the first array element. This 
same technique can be used to pass a variable- 
length parameter list to a procedure (the ‘‘array”’ 
could be any series of parameters or parameter 
addresses). Thus, although the procedure always 
receives two parameters, these can be used to 
indirectly access any number of variables ‘in 


memory. 


Any results returned by a procedure should be 
placed in registers or in memory, but not on the 
stack. AX or AL is often used to hold a single 
word or byte result. Alternatively, the calling pro- 
gram can pass the address (or addresses) of a 
result area to the procedure as a parameter. It is 
good practice for ASM-86 programs to follow the 
calling conventions used by PL/M-86; these are 
documented in MCS-86 Assembler Operating 
Instructions For ISIS-II Users, Order No. 
9800641. 


EXAMPLE is defined as a FAR procedure, 
meaning it is in a different segment than the call- 
ing program. The calling program must use an 
intersegment CALL to activate the procedure. 
Note that this type of CALL saves CS and IP on 
the stack. If EXAMPLE were defined as NEAR 
(in the same segment as the caller) then an intra- 
segment CALL would be used, and only IP would 
be saved on the stack. It is the responsibility of 
the calling program to know how the procedure is 


defined and to issue the correct type of CALL. 
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STACK__SEG SEGMENT 


DW 20DUP(?) |; ALLOCATE 20-WORD STACK 
STACK_TOP LABEL WORD - LABEL INITIAL TOS 
STACK_SEG — ENDS 
DATA__SEG SEGMENT 
ARRAY__1 DB 10DUP(?)  ;10-ELEMENT BYTE ARRAY 
ARRAY__2 DB 5 DUP (?) . 5-ELEMENT BYTE ARRAY 
DATA__SEG ENDS 
PROC__SEG SEGMENT 
ASSUME CS:PROC__SEG,DS:DATA_SEG,SS:STACK__SEG,ES:NOTHING 
EXAMPLE — PROC FAR __ MUST BE ACTIVATED BY 

INTERSEGMENT CALL 
- PROCEDURE PROLOG | 
PUSH BP - SAVE BP | 
MOV BP, SP - ESTABLISH BASE POINTER 
PUSH CX - SAVE CALLER’S 
PUSH BX - REGISTERS 
PUSHF - AND FLAGS 
SUB SP, 6 - ALLOCATE 3 WORDS LOCAL STORAGE 
- END OF PROLOG | | 
- PROCEDURE BODY 
MOV CX, (BP+8] ;GETELEMENT COUNT 
MOV BX, {BP +6] ;GET OFFSET OF 1ST ELEMENT 


; PROCEDURE CODE GOES HERE 
- FIRST PARAMETER CAN BE ADDRESSED: 
; [BX] 
- LOCAL STORAGE CAN BE ADDRESSED: 
[BP-8], [BP—10], [BP—12] 
- END OF PROCEDURE BODY 

- PROCEDURE EPILOG 


ADD SP, 6 ; DE-ALLOCATE LOCAL STORAGE 
_ POPF ; RESTORE CALLER’S 

POP BX | ; REGISTERS 

POP - CX ; AND 

POP BP ; FLAGS 

; END OF EPILOG 
; PROCEDURE RETURN 

RET 4 ; DISCARD 2 PARAMETERS 
EXAMPLE ENDP ; END OF PROCEDURE “‘EXAMPLE”’ 
PROC__SEG ENDS 


Figure 2-71. Procedure Example 1 
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CALLER_SEG SEGMENT 


; GIVE ASSEMBLER SEGMENT/REGISTER CORRESPONDENCE > 


ASSUME CS:CALLER_SEG, 
& DS:DATA_SEG, 
& SS:STACK__SEG, S font & 
& ES:NOTHING - NO EXTRA SEGMENT IN THIS PROGRAM 
- INITIALIZE SEGMENT REGISTERS 
START: MOV AX,DATA__SEG 

MOV —C*DS, AX -—~ 

MOV AX,STACK__SEG 

MOV SS,AX 

MOV SP OFFSET STACK__TOP ; POINT SPTO TOS 


; ASSUME ARRAY _1 1S INITIALIZED 


‘ CALL “EXAMPLE”, PASSING ARRAY__ 1, THAT IS, THE NUMBER OF ELEMENTS | 
IN THE ARRAY, AND THE LOCATION OF THE FIRST ELEMENT. | 


MOV _- _AX,SIZE ARRAY__1 
PUSH AX 

MOV AX,OFFSET ARRAY_1: 
PUSH AX 

CALL = EXAMPLE 


; ASSUME ARRAY_21S INITIALIZED 


: CALL ‘“‘EXAMPLE”’ AGAIN WITH DIFFERENT SIZE ARRAY. 
MOV AX,SIZE ARRAY__2 | 


PUSH _— AX 
MOV —sAX,OFFSET ARRAY__2 
PUSH AX | | 
CALL EXAMPLE. 
CALLER_SEG ENDS 
END —_—- START. 


Figure 2-71. Procedure Example 1 (Cont’d.) 


Figure 2-72 shows the stack before the caller 
pushes the parameters onto it. Figure 2-73 shows 
the stack as the procedure receives it after the 
CALL has been executed. 


EXAMPLE is divided into four sections. The 
‘“‘prolog’’ sets up register BP so it can be used to 
address data on the stack (recall that specifying 
BP as a base register in an instruction auto- 
matically refers to the stack segment unless a seg- 
ment override prefix is coded). The next step in 


the prolog is to save the ‘‘state of the machine’’ as 


it existed when the procedure was activated. This 
is done by pushing any registers used by the pro- 
cedure (only CX and BP in this case) onto the 
stack. If the procedure changes the flags, and the 
caller expects the flags to be unchanged following 
execution of the procedure, they also may be 
saved on the stack. The last instruction in the pro- 
log allocates three words on the stack for the pro- 
cedure to use as local temporary storage. Figure 
2-74 shows the stack at the end of the prolog. 
Note that PL/M-86 procedures assume that all 
registers except SP and BP can be used without 


_Saving and restoring. 
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<——— SP (TOS) 


Figure 2-72. Stack Before Pushing Parameters 


HIGH ADDRESSES. 


BP+8———-»>| = PARAMETER1 ~ 
BP +6——_> PARAMETER 2 
OLDCS 


OLD FLAGS 
BP-8 ———> LOCAL 1 
BP-10 ————_> LOCAL 2 
<t—— SP (TOS) 


BP-12———>> LOCAL 3 


LOW ADDRESSES 


Figure 2-74. Stack Following Procedure Prolog 


HIGH ADDRESSES 
PARAMETER 1 


PARAMETER 2 
OLD CS 


OLD IP ~<—— SP (TOS) 


LOW ADDRESSES 


Figure 2-73. Stack at Procedure Entry 


The procedure ‘‘body’’ does the actual processing 
(none in the example). The parameters on the 
stack are addressed relative to BP. Note that if 
EXAMPLE were a NEAR procedure, CS would 
not be on the stack and the parameters would be 


two bytes ‘‘closer’? to BP. BP also is used to 


address the local variables on the stack. Local 
constants are best stored in a data or extra 
segment. 


The procedure ‘‘epilog’’ reverses the activities of 


the prolog, leaving the stack as it was when the 
procedure was entered (see figure 2-75). 


HIGHER ADDRESSES 


~<t—— BP & SP (TOS) 


LOWER ADDRESSES 


Figure 2-75. Stack Following Procedure Epilog 
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The procedure ‘‘return’’ restores CS and IP from 
the stack and discards the parameters. As figure 
2-76 shows, when the calling program is resumed, 
the stack is in the same state as it was before any 
parameters were pushed onto it. | 


HIGH ADDRESSES 


~<q—- SP (TOS) 


LOW ADDRESSES 


Figure 2-76. Stack Following Procedure Return 


Figure 2-77 shows a simple procedure that uses an 
ASM-86 structure to address the stack. Register 
BP is pointed to the base of the’structure, which is 
the top of the stack since the stack grows toward 
lower addresses (see figure 2-78). Any structure 
element can then be addressed by specifying BP as 
a base register: 


[BP].structure__element. 


Figure 2-79 shows a different approach to using 
an ASM-86 structure to define the stack layout. 
As shown in figure 2-80, register BP is pointed at 
the middle of the structure (at OLD__BP) rather 
than at the base of the structure. Parameters and 
the return address are thus located at positive 
displacements (high addresses) from BP, while 
local variables are at negative displacements 
(lower addresses) from BP. This means that the. 
local variables will be ‘‘closer’’ to the beginning 
of the stack segment and increases the likelihood 
that the assembler will be able to produce shorter 
instructions to access these variables, 1.e., their 
offsets from SS may be 255 bytes or less and can 
be expressed as a 1-byte value rather than a 2-byte — 
value. Exit from the subroutine also is slightly 
faster because a MOV instruction can be used to 
deallocate the local storage instead of an ADD 
(compare figure 2-71). 


It is possible for a procedure to be activated a sec- 
ond time before it has returned from its first 
activation. For example, procedure A may call 
procedure B, and an interrupt may occur while 
procedure B is executing. If the interrupt service 
procedure calls B, then procedure B is reentered 


~ and must be written to handle this situation cor- 


rectly, i.e., the procedure must be made 
reentrant. | 


In PL/M-86 this can be done by simply writing: 
B: PROCEDURE (PARM1, PARM2) REENTRANT; 


An ASM-86 procedure will be reentrant if it uses 
the stack for storing all local variables. When the 
procedure is reentered, a new ‘‘generation’’ of 
variables will be allocated on the stack. The stack 
will grow, but the sets of variables (and the 
parameters and return addresses as well) will 
automatically be kept straight. The stack must be 
large enough to accommodate the maximum 
‘‘depth’’ of procedure activation that can occur 
under actual running conditions. In addition, any 
procedure called by a reentrant procedure must 
itself be reentrant. 


A related situation that also requires reentrant 
procedures is recursion. The following are 
examples of recursion: 


e Acalls A (direct recursion), | 
e Acalls B, Bcalls A (indirect recursion), 


e 6A calls B, B calls C, C calls A (indirect 
recursion). | : 
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CODE SEGMENT 


ASSUME CS:CODE 


MAX PROC 


; THIS PROCEDURE IS CALLED B 


SEQUENCE: 
PUSH PARM1 
: PUSH PARM2 
CALL MAX 


Y THE FOLLOWING 


; IT RETURNS THE MAXIMUM OF THE TWO WORD 


PARAMETERS IN AX. 


; DEFINE THE STACK LAYOUT ASA STRUCTU 


STACK.__LAYOUT STRUC 


OLD__BP DW ? 
RETURN._ADDR DW? 
PARM__2 DW ? 
PARM__1 | DW? 
STACK__LAYOUT ENDS | 
; PROLOG — 
| PUSH BP 
MOV BP, SP 
‘ BODY 
MOV 
CMP 
JG 
MOV 
; EPILOG 
FIRST__IS_.MAX: POP BP 
>; RETURN 
RET | 4 
MAX ENDP. 
CODE ENDS 
END 


AX, [BP].PARM__1 
. AX, [BP].PARM__2 . ;>SECOND 
-FIRST_IS_MAX-  ;TH | | 
AX, [BP].PARM_2 ; ELSE RETURN SECOND 


RE. 


; SAVED BP VALUE—BASE OF STRUCTURE 
; RETURN ADDRESS a4 

; SECOND PARAMETER 

; FIRST PARAMETER 


_ ; SAVEIN OLD__BP 
;POINTTOOLD_BP | 


> IF FIRST. 


- THEN RETURN FIRST 


-- » RESTORE BP (& SP) 


_ : DISCARD PARAMETERS 


Figure 2-77. Procedure Example 2 


HIGHER ADDRESSES 


~«—— BP & SP (TOS) 


LOWER ADDRESSES 


Figure 2-78. Procedure Example 2 Stack Layout 


- Jumpsand Calls | 


The 8086/ 8088 instruction set contains many dif- 
ferent types of JMP and CALL instructions (e.g., 


direct, indirect through register, indirect through 


2-105 


memory, etc.). These varying types of transfer 
provide efficient use of space and execution time 
in different programming situations. Figure 2-81 
illustrates typical use of the different forms of 
these instructions. Note that the ASM-86 
assembler uses the terms ‘‘NEAR”’ and ‘‘FAR’”’ 
to denote intrasegment and intersegment trans- 
fers, respectively. 
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EXTRA SEGMENT 
; CONTAINS STRUCTURE TEMPLATE THAT ‘‘NEARPROC’’ 
; USES TO ADDRESS AN ARRAY PASSED BY ADDRESS. 


DUMMY STRUC 
PARM__ARRAY DB 256 DUP ? 
DUMMY ENDS 
EXTRA ENDS 
CODE SEGMENT 
ASSUME CS:CODE,ES: EXTRA 
NEARPROC PROC 
; LAY OUT THE STACK (THE DYNAMIC STORAGE AREA OR DSA). 
DSASTRUC | STRUC _ 
| DW oe ; LOCAL VARIABLES FIRST 
LOC__ARRAY DW ~ 10 DUP (?) 
OLD__BP DW ( a ORIGINAL BP VALUE 
RETADDR DW és ; RETURN ADDRESS 
POINTER DD ? ; 2ND PARM—POINTER TO ‘‘PARM_ARRAY”’ 
COUNT — DB ? 31ST PARM—A BYTE OCCUPIES 
— DB ee: aS A WORD ON THE STACK 
DSASTRUC ENDS | | 


; USE AN EQU TO DEFINE THE BASE ADDRESS OF THE 
; DSA. CANNOT SIMPLY USE BP BECAUSE IT WILL 
; BE POINTING TO “‘OLD_BP”’ IN THE MIDDLE OF 


; THEDSA.— 
DSA asd [BP - OFFSET OLD__BP] 
; PROCEDURE ENTRY 
PUSH BP ; SAVE BP 
MOV BP, SP ; POINT BP AT OLD__BP 
SUB SP, OFFSET OLD__BP ; ALLOCATE LOC__ARRAY &| 
; PROCEDURE BODY 
; ACCESS LOCAL VARIABLE | 
MOV AX,DSA.| 
; ACCESS LOCAL ARRAY (3) 1.E., 4TH ELEMENT 
MOV ‘SI,6 ; WORD ARRAY-INDEX IS 3*2 
MOV AX,DSA.LOC__ARRAY [S]] 


; LOAD POINTER TO ARRAY PASSED BY ADDRESS © 
LES _ BX,DSA. POINTER 


. ES:BX NOW POINTS TO PARM__ARRAY (0) 
- ACCESS SI’TH ELEMENT OF PARM__ARRAY 
MOV. _-_ AL, ES:[BX].PARM__ARRAY [SI] 


- ACCESS THE BYTE PARAMETER 
MOV AL,DSA.COUNT 


Figure 2-79. Procedure Example 3 
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-PROCEDUREEXIT 
MOV 
POP 


; STACK NOW AS RECEIVED FROM CALLER | 


RET 
NEARPROC ENDP 
CODE ENDS 

END 


‘ DE-ALLOCATE LOCALS” 
- RESTORE BP 


- DISCARD PARAMETERS 


Figure 2-79. Procedure Example 3 (Cont’d.) 


HIGHER ADDRESSES 


COUNT 


POINTER 


ener 


LOWER ADDRESSES 


Figure 2-80. Procedure Example 
3 Stack Layout 


The procedure in figure 2-81 illustrates how a 
PL/M-86 DO CASE construction may be 
implemented in ASM-86.-It also shows: 


e an indirect CALL through memory to a 
procedure located in another segment, 


¢ adirect JMP toa label in another segment, 


e an indirect JMP though memory to a label in 
the same segment, 


e an indirect JMP through a register to a label 
' - Inthe same segment, 


“ea direct CALL to a procedure in another 


segment, 


e a direct CALL to a procedure in the same 
segment, 


e direct JMPs to labels in the same segment, 
within —128 to +127 bytes (“SSHORT?’’) and 
farther than —128 to +127 bytes (“‘NEAR’’). 
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DATA SEGMENT 
; DEFINE THE CASE TABLE (JUMP TABLE) USED BY PROCEDURE 
‘“‘DO__CASE.’’ THE OFFSET OF EACH LABEL WILL 

BE PLACED IN THE TABLE BY THE ASSEMBLER. 


CASE_TABLE DW ACTIONO, ACTION, ACTION2, 
& | _ ACTIONS, ACTION4, ACTIONS. 
DATA = ENDS’ pee mar 


; DEFINE TWO EXTERNAL (NOT PRESENT IN THIS - 
} ~ ASSEMBLY BUT SUPPLIED BY R&L FACILITY) 
PROCEDURES. ONE IS IN THIS CODE SEGMENT | 
(NEAR) AND ONE IS IN ANOTHER SEGMENT (FAR). » 7 ae 
EXTRN NEAR__PROC: NEAR, FAR_ ae FAR’ 


; DEFINE AN EXTERNAL LABEL (JUMP TARGET) THAT 
IS INANOTHER SEGMENT. 
EXTRN ERR_EXIT: FAR 


CODE SEGMENT 
-ASSUME .._ CS: CODE, DS: DATA 

-;ASSUMEDS HAS BEENSETUP | an 

;  BYCALLERTO POINT TO “DATA” SEGMENT. 


DO_CASE PROC NEAR 
- THIS EXAMPLE PROCEDURE RECEIVES TWO 
- PARAMETERS ON THE STACK. THE FIRST 
- PARAMETER IS THE “CASE NUMBER” OF 
-; AROUTINE TO BE EXECUTED (0-5). THE SECOND 
+ © PARAMETERIS A POINTER TO AN ERROR 
; PROCEDURE THAT IS EXECUTED IF AN INVALID 
- - CASE NUMBER (>5) IS RECEIVED. 


-; LAY OUT THE STACK. 
STACK__LAYOUT STRUG 
OLD__BP DW? 
RETADDR DW? 
-° ERR__PROC_ADDR DD ? 
CASE_NO DB? 
DB? 


~ STACK__ ‘LAYOUT ENDS 
; SET UP PARAMETER ADDRESSING 
“PUSH BP 
MOV: ‘BP,SP 


; CODETO SAVECALLER’S REGISTERSCOULDGOHERE. 


- CHECK THE CASE NUMBER 
MOV BH, 0 
MOV _ BL, [BP].CASE__NO 
CMP —_— BX, LENGTH CASE__TABLE 


JLE OK ; ALL CONDITIONAL JUMPS 
: ; ARE SHORT DIRECT 


dee 


‘Figure 2-81.JMPandCALLExamples = 
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- CALL THE ERROR ROUTINE WITH A FAR 
- INDIRECT CALL. A FAR INDIRECT CALL 
IS INDICATED SINCE THE OPERAND HAS 
- TYPE “DOUBLEWORD.”’ | 
CALL [BP].ERR__PROC_ADDR 


; JUMP DIRECTLY TO ALABEL IN ANOTHER SEGMENT. 
A FAR DIRECT JUMP IS INDICATED SINCE 
; THE OPERAND HAS TYPE ‘‘FAR.”’ 
JMP ERR__EXIT 


OK: 
; MULTIPLY CASE NUMBER BY2TOGET OFFSET. 
INTO CASE__TABLE (EACH ENTRY IS 2 BYTES). 
SHL ~~ BX,1 © 7 
; NEAR INDIRECT JUMP THROUGH SELECTED 
; ELEMENT OF CASE__TABLE. A NEAR 
INDIRECT JUMP IS INDICATED SINCE THE 
; _OPERAND HAS TYPE ‘‘WORD.”’ 
— . JMP CASE__TABLE [BX] 


ACTIONO: ; EXECUTED IF CASE__NO=0 

; CODE TO PROCESS THE ZERO CASE GOES HERE. 
; FOR ILLUSTRATION PURPOSES, USE A 

; NEARINDIRECT JUMP THROUGH A 

; REGISTER TO BRANCH TO THE POINT 

; WHERE ALL CASES CONVERGE. 

; ADIRECT JUMP (JMP ENDCASE) IS 

; ACTUALLY MORE APPROPRIATE HERE. 


MOV AX, OFFSET ENDCASE 
JMP AX 
ACTION1: - EXECUTED IF CASE__NO =1 


; CALL A FAR EXTERNAL PROCEDURE. A FAR 
DIRECT CALL IS INDICATED SINCE OPERAND 
>; HASTYPE ‘‘FAR.”’ 


CALL FAR__PROC 
; CALL A NEAR EXTERNAL PROCEDURE. 
CALL NEAR__PROC 


; BRANCH TO CONVERGENCE POINT USING NEAR 
DIRECT JUMP. NOTE THAT ‘‘ENDCASE’”’ 

; IS MORE THAN 127 BYTES AWAY 

; SOANEAR DIRECT JUMP WILL BE USED. 


JMP ENDCASE 
ACTION2: ; EXECUTED IF CASE__NO=2 
; CODE GOES HERE 
JMP ENDCASE ; NEAR DIRECT JUMP 


Figure 2-81. JMP and CALL Examples (Cont’d.) 
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ACTIONS: ; EXECUTED IF CASE_NO=3 
; CODE GOES HERE 


JMP ENDCASE i NEAR DIRECT JMP 


. ARTIFICIALLY FORCE “ENDGASE” FURTHER AWAY 
: SO THAT ABOVE JUMPS CANNOT BE “SHORT.” 


ORG 500 
ACTION: ; EXECUTED IF CASE_ -NO = 4 
; CODE GOES HERE | 
JMP “ENDCASE | ; NEAR DIRECT JUMP 
ACTIONS: ; EXECUTED IF CASE_NO=5. 
; CODE GOES HERE. 


; BRANCH TO CONVERGENCE POINT USING — 
; SHORT DIRECT JUMP SINCE TARGETIS | 
; WITHIN 127 BYTES. MACHINE INSTRUCTION 
; HAS 1-BYTE DISPLACEMENT RATHER THAN 
;  2-BYTE DISPLACEMENT REQUIRED FOR a 
; NEAR DIRECT JUMPS: ‘SHORT’ IS | Bae ee 
; WRITTEN BECAUSE “ENDCASE” ISA FORWARD | 
; REFERENCE, WHICH ASSEMBLER ASSUMESIS 
; ‘NEAR.’ IF ‘SENDCASE’’ APPEARED PRIOR 
;  TOTHE JUMP, THE ASSEMBLER WOULD 
; AUTOMATICALLY DETERMINE IF IT WERE REACHABLE © 
; WITHASHORTJUMP. ~ |. 

JMP | PSnORt ENDCASE 


ENDCASE: ; ALL CASES CONVERGE HERE. 


; POP CALLER’S REGISTERS HERE. | 
; RESTORE BP & SP, DISCARD PARAMETERS. 


AND RETURN TO CALLER. 
MOV SP, BP 
POP BP 
RET © 6. 
DO_CASE + ENDP. 
CODE ENDS ie ea 
END. —«; OF ASSEMBLY » 


Figure 2-81. JMP and CALL Examples (Cont’d.). _ 


Records 


Figure 2-82 shows how the ASM-86 RECORD © 
facility may be used to manipulate bit data. The 


example shows how to: e assign a constant known at assembly time, 
e  right-justify a bit field, e assign a variable, 


e = test for a value, Ke, 2 ee @ get or clear’a bit field. 
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DATA SEGMENT 
; DEFINE A WORD ARRAY 
XREF is DW 3000 DUP (?) 


; EACH ELEMENT OF XREF CONSISTS OF 3 FIELDS: 
, -  A2-BITTYPE CODE, ~ 
A 1-BIT FLAG, 
A 13-BIT NUMBER. 
; DEFINE ARECORD TOLAY OUT THIS ORGANIZATION. 


LINE_ REC RECORD _LINE__TYPE: 2, 
& VISIBLE: 1, 

& ~LINE__NUM: 13 
DATA ENDS 

CODE SEGMENT 


ASSUME CS: CODE, DS:DATA 
; ASSUME SEGMENT REGISTERS ARE SET UP PROPERLY 
AND THAT SI INDEXES AN ELEMENT OF XREF. 


; A RECORD FIELD-NAME USED BY ITSELF RETURNS 
THE SHIFT COUNT REQUIRED TO RIGHT-JUSTIFY 

; THE FIELD. ISOLATE ‘‘LINE__ TYPE” IN THIS 

; MANNER. 


MOV AL, XREF [Sl] 
MOV. CL, LINE__TYPE 
SHR AX, CL 


; THE ‘‘MASK’’ OPERATOR APPLIED TO A RECORD 
; FIELD-NAME RETURNS THE BIT MASK 
; REQUIRED TOISOLATE THE FIELD WITHIN 
; THE RECORD. CLEAR ALL BITS EXCEPT 


“LINE NUM.” 
MOV _—sCODX, XREF [SI] _ 
AND DX, MASK LINE__NUM 
; DETERMINE THE VALUE OF THE “‘VISIBLE” FIELD 
TEST XREF(SI], MASK VISIBLE 
JZ NOT_ViSIBLE 


;NO JUMP IF VISIBLE =1 
NOT_ VISIBLE: ;JUMP HERE IF VISIBLE = 0 


; ASSIGN A CONSTANT KNOWN AT ASSEMBLY-TIME 
- TO AFIELD, BY FIRST CLEARING THE BITS 
AND THEN OR’ ING IN THE VALUE. IN 

THIS CASE ‘“‘LINE__TYPE”’ IS SET TO 2 (108). 


AND XREF[SI], NOT MASK LINE__TYPE 


OR XREF[SI],2 SHL LINE_TYPE 
, THE ASSEMBLER DOES THE MASKING AND SHIFTING. 
_; THE RESULT IS THE SAME AS: 
: AND XREF(SI], 3FFFH 
| OR XREF[SI], 8000H 
. BUT IS MORE READABLE AND LESS SUBJECT 
; TOCLERICAL ERROR. 


Figure 2-82. RECORD Example 
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; ASSIGN A VARIABLE (THE CONTENT OF AX) 


TO LINE__TYPE. | | ae 
MOV CL,LINE_TYPE ;SHIFTCOUNT — 
SHL _ AX,CL ; SHIFT TO ‘LINE UP”’ BITS 
AND XREF[S!], NOT MASK LINE__TYPE ; CLEAR BITS 
OR XREF[SI], AX ;ORIN NEW VALUE 


; NO SHIFT IS REQUIRED TO ASSIGN TO THE 
RIGHT-MOST FIELD. ASSUMING AX CONTAINS 
A VALID NUMBER (HIGH 3 BITS ARE 0), . 


ASSIGN AX TO “‘LINE__NUM.”’ 


AND ~ XREF[SI], NOT MASK LINE__NUM 
OR XREF[SI], AX 


; AFIELD MAY BE SET OR CLEARED WITH 


; ONEINSTRUCTION. CLEAR THE “VISIBLE” 


; FLAG AND THEN SETIT. 


AND __ XREF [SI], NOT MASK VISIBLE. 


OR __ XREF[SI], MASK VISIBLE __ 
CODE ENDS | | 
END ~~ _-; OF ASSEMBLY 


Figure 2-82. RECORD Example (Cont’d.) 


The following considerations apply to position- 
independent code sequences: 


e A label that is referenced by a direct FAR 


(intersegment) transfer is not moveable. 


e A label that is referenced by an indirect 
transfer (either NEAR or FAR) is moveable 
so long as the register or memory pointer to 
the label contains the label’s current address. 


e A label that is referenced by a SHORT (e.g. ; 


conditional jump) or a direct NEAR (in-— 


trasegment) transfer is moveable so long as 
the referencing instruction is moved with the 
label as a unit. These transfers are self- 
relative; that is they require only that the 


label maintain the same distance from the ~ 


referencing instruction, and actual addresses 
are immaterial. 


e Data is segment-independent, but not offset-. 


independent. That is,-a data item may be 
moved to a different segment, but it must 
maintain the same offset from the beginning 
of the segment. Placing constants in a unit 
of code also effectively makes the code 
offset-dependent, and therefore is not 
recommended. 


e A procedure should not be moved while it is 
active or while any procedure it has called is 
active. | 


e A section of code that has been interrupted 
should not be moved. | 


_. The segment that is receiving a section of code 


must have ‘‘room’’ for the code. If the MOVS (or 
MOVSB or MOVSW) instruction attempts to 
auto-increment DI past 64k, it wraps around to 0 
and causes the beginning of the segment to be 
overwritten. If a segment override is needed for 
the source operand, code similar to the following 
can be used to ee resume the instruction if it 
is interrupted: | | 


"RESUME: REP MOVS DESTINATION, ES:SOURCE 
;IF CX NOT = 0 THEN INTERRUPT HAS OCCURRED 
AND CX,CX — ; CX=0? 
JNZ RESUME ;NO, FINISH EXECUTION 
;CONTROL COMES HERE WHEN STRING HAS BEEN MOVED. 


If the MOVS is interrupted, the CPU 
“‘remembers’’ the segment override, but 
“‘forgets’’ the presence of the REP prefix when 
execution resumes. Testing CX indicates whether 
the instruction is completed or not. Jumping back 
to the instruction resumes it where it left off. Note 
that a segment override cannot be specified with 
MOVSB or MOVSW. 


. * 5 ‘ é 1 : 
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Dynamic Code Relocation 


Figure 2-83 illustrates one approach to moving 
programs in memory at execution time. A ‘‘super- 
visor’? program (which is not moved) keeps 
a pointer variable that contains the current loca- 
tion (offset and segment base) of a position- 
independent procedure. The supervisor always 


calls the procedure through this pointer. The 
supervisor also has access to the procedure’s 
length in bytes. The procedure is moved with the 
MOVSB instruction. After the procedure is 
moved, its pointer is updated with the new loca- 
tion. The ASM-86 WORD PTR operator is writ- 
ten to inform the assembler that one word of the 


doubleword pointer is being updated at a time. 


MAIN__DATA SEGMENT , 
; SET UP POINTERS TO POSITION- INDEPENDENT PROCEDURE 
AND FREE SPACE. 
PIP__PTR DD EXAMPLE 
FREE_PTR DD TARGET__SEG 
; SET UP SIZE OF PROCEDURE IN BYTES 


PIP__SIZE DW EXAMPLE__LEN 
MAIN_DATA — ENDS | 
STACK SEGMENT | te : 

DW 20 DUP (?): ; 20 WORDS FOR STACK. 
STACK_TOP LABEL WORD -TOS BEGINSHERE 
STACK ENDS | Pes 
SOURCE_SEG SEGMENT 


; THE POSITION-INDEPENDENT PROCEDURE IS INITIALLY IN THIS SEGMENT. 
; OTHER CODE MAY PRECEDE IT, |.E., ITS OFFSET NEED NOT BE ZERO. 
ASSUME CS:SOURCE_SEG 
EXAMPLE PROC FAR 
; THIS PROCEDURE READS AN 8-BIT PORT UNTIL 
; BIT 3 OF THE VALUE READ IS FOUND SET. IT 
; THEN READS ANOTHER PORT. IF THE VALUE READ 
; |S GREATER THAN 10H IT WRITES THE VALUE TO 
; ATHIRD PORT AND RETURNS; OTHERWISE IT STARTS 


; OVER. 

STATUS__ PORT EQU ODOH 

PORT_.READY EQU 008H 

INPUT__PORT EQU 0D2H © 

THRESHOLD EQU 010H 

OUTPUT_.PORT EQU 0D4H 4 = 

CHECK__AGAIN: - IN AL,STATUS_PORT ;GETSTATUS 
TEST AL,PORT__READY ; DATA READY? 
JNE CHECK__AGAIN ; NO, TRY AGAIN 
IN AL,INPUT__PORT ; YES, GET-DATA | 
CMP AL, THRESHOLD ; > 10H? 
JLE CHECK__AGAIN ; NO, TRY AGAIN 
OUT > YES, WRITE IT | 


OUTPUT__PORT,AL 


Figure 2-83. Dynamic Code Relocation Example | 
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| RET ; RETURN TO CALLER 
GET PROCEDURE LENGTH 
EXAMPLE_ LEN EQU  _ (OFFSET THIS BYTE)— a CHECK __ AGO: 
| ENDP | EXAMPLE ENDP 


- SOURCE_SEG ENDS 


-TARGET_SEG SEGMENT 
; THE POSITION-INDEPENDENT PROCEDURE 
- 1S MOVED TO THIS SEGMENT, WHICH IS 
INITIALLY “EMPTY.” 
; IN TYPICAL SYSTEMS, A ‘FREE SPACE MANAGER” WOULD 
MAINTAIN A POOL OF AVAILABLE MEMORY SPACE 
: FOR ILLUSTRATION PURPOSES, ALLOCATE ENOUGH 
- SPACE TO HOLD IT 7 
DB EXAMPLE__LEN DUP (?) 
TARGET_SEG ENDS 
MAIN_CODE = SEGMENT 
; THIS ROUTINE CALLS THE EXAMPLE PROCEDURE 


; AT ITS INITIAL LOCATION, MOVES IT, AND. 
} CALLS IT AGAIN AT THE NEW LOCATION. 


ASSUME —_—sCC'S:MAIN__CODE,SS:STACK, 
Ronee ~ DS:MAIN__DATA,ES:NOTHING 
; INITIALIZE SEGMENT REGISTERS & STACK POINTER. 
START: MOV AX,MAIN__DATA 
MOV DS, AX 
MOV —_—AX, STACK 
MOV SS,AX 
MOV SP,OFFSET STACK. _TOP 


; CALL EXAMPLE AT INITIAL LOCATION. 
CALL — PIP_PTR 


; SET UP CX WITH COUNT OF BYTES TO MOV 
MOV CX,PIP_SIZE | 

; SAVE DS, SET UP DS/SI AND ES/DITO , 

: POINT TO THE SOURCE AND Pevnalen 


ADDRESSES. 
PUSH DS 
LES DI,FREE_PTR 
LDS S1,PIP__PTR 
; MOVE THE PROCEDURE. . 
» 22 CLD as : - AUTO INCREMENT 
| REP MOVSB | rs 
; RESTORE OLD ADDRESSABILITY. : 
MOV AX,S > ; HOLD TEMPORARILY 
“POP DS ws 
. UPDATE POINTER TO POSITION-INDEPENDENT PROCEDURE 
MOV WORD PTR PIP__PTR+2,ES 
SUB DI,PIP__SIZE ; PRODUCES OFFSET 
MOV WORD PTR PIP__PTR,DI 


Figure 2-83. Dynamic Code Relocation Example (Cont’d.) 
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; UPDATE POINTER TO FREE SPACE 


MOV 
SUB 
MOV 


WORD PTR FREE__PTR+2,AX 
SI,PIP__SIZE 
WORD PTRFREE_PTR,SI © 


; PRODUCES OFFSET 


-: CALL POSITION-INDEPENDENT PROCEDURE AT 


NEW LOCATION AND STOP 


CALL PIP__PTR 
MAIN__CODE ENDS 
END START 


Figure 2-83. Dynamic Code Relocation Example (Cont’d.) 


Memory-Mapped I/O 


Figure 2-84 shows how memory-mapped I/O can 
be used to address a group of communication 
lines as an ‘‘array.’’ In the example, indexed 
addressing is used to poll the array of status ports, 
one port at a time. Any of the other 8086/8088 


memory addressing modes may be used in con- 


junction with memory-mapped I/O devices as 
well. 


In figure 2-85 a MOVS instruction is used to per- 
form a high-speed transfer to a memory-mapped 
line printer. Using this technique requires the 
hardware to be set up as follows. Since the MOVS 


COM_LINES 


instruction transfers characters to successive 
memory addresses, the decoding logic must select 

_ the line printer if any of these locations is written. 
One way of accomplishing this is to have the chip 
select logic decode only the upper 12 lines of the 
address bus (A19-A8), ignoring the contents of 
the lower eight lines (A7-A0O). When data is writ- 
ten to any address in this 256-byte block, the 
upper 12 lines will not ehanee, so the printer will 
be selected. 7 


If an 8086 is being used with an 8-bit printer, the 
8086’s 16-bit data bus must be mapped into 8-bits 
by external hardware. Using an 8088 provides a 
more direct interface. 


SEGMENT AT800H 


; THE FOLLOWING IS A MEMORY MAPPED ‘‘ARRAY”’ 

OF EIGHT 8-BIT COMMUNICATIONS CONTROLLERS 
; (E.G., 8251 USARTS). PORTS HAVE ALL-ODD 

: OR ALL-EVEN ADDRESSES (EVERY OTHER BYTE 

IS SKIPPED) FOR 8086-COMPATIBILITY. © 


COM__DATA DB? 

DB? 
COM_STATUS DB ? 

DB? 

‘DB 28 DUP(?) 
COM_LINES — ENDS. 
CODE SEGMENT 


; SKIP THIS ADDRESS 


; SKIP THIS ADDRESS 
; REST OF ‘‘ARRAY”’ 


; ASSUME STACK IS SET UP, AS ARE SEGMENT | 
, REGISTERS (DS POINTING TO COM__LINES). 
FOLLOWING CODE POLLS THE LINES. 


CHAR__RDY EQU 00000010B ; CHARACTER PRESENT 
START__POLL: MOV CX, 8 ; POLL 8 LINES ZERO 
SUB SI, Sl ; ARRAY INDEX 


Figure 2-84. Memory Mapped I/O ‘‘Array’’ 
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POLL__NEXT: TEST COM__STATUS [SI], CHAR__RDY. 
“JE © |» READ__CHAR; READ IF- PRESENT 
ee ADD™ SI, 4. ~ + ELSE BUMP TO NEXT LINE 
LOOP... POLL_:NEXT ; CONTINUE POLLING UNTIL 
| ;  ALL8HAVE BEEN CHECKED 

JMP ~  START__POLL; START OVER eas : 
READ__CHAR: MOV AL,COM_DATA Sl] GET THE DATA 
-EIC. lis 
CODE ENDS 


END 


Figure 2-84. Memory Mapped I/O ‘‘Array’’ (Cont’d.) 


PRINTER’ ©». -SEGMENT 
THIS SEGMENT CONTAINS A “STRING” THAT 
; 4S ACTUALLY A MEMORY-MAPPED LINE PRINTER. aN 
3; THE SEGMENT (PRINTER) MUST BE ASSIGNED (LOCATED). 
>» TOA-BLOCK OF THE ADDRESS SPACE SUCH : 
; » THAT WRITING TO ANY ADDRESS IN THE 
; BLOCK SELECTS THE PRINTER... 


| aade eeeres! ‘DB133 ©. DUP(?) .. -. + “S TRING’ REPRESENTING ERINTER | 
Pee a DB123. . DUP(?). | enEOT er: ao BYTE BE ae 
a: PRINTER - — ENDS. | 
DATA SEGMENT —_ 
PRINT__BUF DB133.  § DUP(?)— => - LINE TO BE PRINTED 
PRINT_COUNT ODB1 ? ‘LINE LENGTH , 
> OTHER PROGRAM DATA oe Bigih ho high Seat © Ps ‘2 
DATA ENDS 
CODE SEGMENT 


; ASSUME STACK AND SEGMENT REGISTERS HAVE 
} BEEN SET UP (DS POINTS TO DATA SEGMENT). 
FOLLOWING CODE TRANSFERS A LINE TO 


; THE PRINTER. 
ASSUME | ES: PRINTER 
MOV _. AX, PRINTER ; PREVENT SEGMENT OVERRIDE 
MOV ES, AX _ 
SUB DI, DI “CLEAR SOURCE AND © 
SUB SI, Sl ; DESTINATION POINTERS. 
MOV CX, PRINT__COUNT. i. saat ret ae 
CLD ;AUTO-INCREMENT ......... 

REP MOVS PRINT _ SELECT, PRINT_ BUF 

‘ETC. 

CODE ENDS). 
END 


Figure 2-85. Memory Mapped Block Transfer Example 
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Breakpoints 


Figure 2-86 illustrates how a program may set a 
breakpoint. In the example, the breakpoint 
routine puts the processor into single-step mode, 
but the same general approach could be used for 
other purposes as well. A program passes the 
address where the break is to occur to a procedure 


INT_PTR_TAB SEGMENT 


; INTERRUPT POINTER TABLE-LOCATE AT 0H 


that saves the byte located at that address and 
replaces it with an INT 3 (breakpoint) instruction. 
When the CPU encounters the breakpoint 
instruction, it calls the type 3 interrupt procedure. 
In the example, this procedure places the pro- 
cessor into single-step mode starting with the 
instruction where the breakpoint was placed. 


; NOT DEFINED IN EXAMPLE 


TYPE_0 DD 2 

TYPE_1 DD SINGLE__STEP 

TYPE_2 DD 2 - NOT DEFINED IN EXAMPLE 

TYPE_3 DD BREAKPOINT | 

INT_PTR_TAB ENDS 

SAVE__SEG SEGMENT 

SAVE_INSTR -DB1 DUP (?) - INSTRUCTION REPLACED 
- BY BREAKPOINT 

SAVE__SEG ENDS | 

MAIN_ CODE SEGMENT 


; ASSUME STACK AND SEGMENT REGISTERS ARE SET UP. 


; ENABLE SINGLE-STEPPING WITH INSTRUCTION AT 
; LABEL ‘‘NEXT’’ BY PASSING SEGMENT AND 
OFFSET OF ‘‘NEXT”’ TO “SET__BREAK”’ PROCEDURE 


PUSH CS 
LEA AX, CS: NEXT 
PUSH AX : 
CALL FAR SET__BREAK 
‘ETC. 
NEXT: IN AL, OFFFH ‘ BREAKPOINT SET HERE 
‘ETC. 
MAIN__CODE ENDS 
BREAK SEGMENT 
SET__BREAK PROC FAR 


; THIS PROCEDURE SAVES AN INSTRUCTION BYTE (WHOSE | 
; ADDRESS IS PASSED BY THE CALLER) AND WRITES 
AN INT 3 (BREAKPOINT) MACHINE INSTRUCTION 


AT THE TARGET ADDRESS. 


TARGET EQU 


DWORD PTR [BP +6] 


Figure 2-86. Breakpoint Example 
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+; SET UE BP. FOR PARM ADDRESSING & SAVE REGISTERS 


PUSH BP . 
MOV. BP,SP 
PUSH DS __ 
PUSH _ ES 
PUSH AX 
2 PUSH. BX _ 
. POINT D8/BX TO THE TARGET INSTRUCTION 
LDS BX, TARGET 
; POINT ES TO THE SAVE AREA 
| MOV . AX, SAVE_SEG 
MOV ES, AX 
; SWAP THE TARGET INSTRUCTION FOR INT 3 (0CCH) | 
MOV AL, 0CCH 
XCHG AL, DS: [BX]: 
: SAVE THE TARGET INSTRUCTION ; 
; MOV ES: SAVE_INSTR, AL 
; RESTORE AND RETURN | ? 
POP BX 
POP AX 
POP ES 
POP DS 
POP —s«&BP 
RET = 4 


SET__BREAK ENDP 


BREAKPOINT PROC FAR 
; THE CPU WILL ACTIVATE THIS PROCEDURE WHEN IT 
; EXECUTES THEINT 3 INSTRUCTION SET BY THE 
; SET_BREAK PROCEDURE. THISPROCEDURE 
; RESTORES THE SAVED INSTRUCTION BYTE TOITS © 
; ORIGINAL LOCATION AND BACKS UP THE 
; INSTRUCTION POINTER IMAGE ON THE STACK 
;  SOTHAT EXECUTION WILL RESUME WITH _ 
; THE RESTORED INSTRUCTION. IT THEN SETS 
; TF (THE TRAP FLAG) IN THE FLAG-IMAGE 
; ONTHE STACK. THIS PUTS THE PROCESSOR 
; _-IN SINGLE-STEP MODE WHEN EXECUTION 


RESUMES. 
FLAG_IMAGE  EQU WORD PTR [BP +6] 
IP_IMAGE EQU WORD PTR [BP +2] 
NEXT_INSTR EQU DWORD PTR [BP +2] 
; SET UP BP TO ADDRESS STACK AND SAVE REGISTERS 
PUSH BP 
“MOV. BP, SP 
PUSH DS: 
PUSH ° ES. : 
PUSH AX 
PUSH BX 
- POINT ES AT THE SAVE AREA 
MOV AX, SAVE__SEG 
MOV ES, AX 
; GET THE SAVED BYTE 
MOV AL, ES: SAVE_INSTR 


Figure 2-86. Breakpoint Example (Cont’d.) 
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;GET THE ADDRESS OF THE TARGET + 1 


(INSTRUCTION FOLLOWING THE BREAKPOINT) 


LDS BX, NEXT_INSTR 
BACK UP IP-IMAGE (IN BX) AND REPLACE ON STACK 
DEC BX 
MOV - |P_IMAGE, BX 
, RESTORE THE SAVED INSTRUCTION 
MOV DS: [BX], AL 
. SET TF ON STACK 
AND FLAG_IMAGE, 0100H 
- RESTORE EVERYTHING AND EXIT | 
POP BX 
POP AX 
POP ES 
POP DS 
POP BP. 
RET 
BREAKPOINT — ENDP 
SINGLE STEP PROC FAR 


; ONCE SINGLE-STEP MODE HAS BEEN ENTERED, 
THE CPU “‘TRAPS” TO THIS PROCEDURE 
AFTER EVERY INSTRUCTION THAT IS NOT IN 
AN INTERRUPT PROCEDURE. IN THE CASE 
OF THIS EXAMPLE, THIS PROCEDURE WILL 
BE EXECUTED IMMEDIATELY FOLLOWING THE 


BREAKPOINT WAS SET) AND AFTER EVERY 
SUBSEQUENT INSTRUCTION. THE PROCEDURE 


COULD ''TURN ITSELF OFF”’ BY 
; TFON THE STACK. 
, SINGLE-STEP CODE GOES HERE. 
; SINGLE_STEP ENDP 


. “IN AL, OFFFH” INSTRUCTION (WHERE THE 


BREAK ENDS 


END J; 


CLEARING 


_ Figure 2-86. Breakpoint Example (Cont’d.) 


Interrupt Procedures — 


Figure 2-87 is a block diagram of a hypothetical 
system that is used to illustrate three different 
examples of interrupt handling: an external 
(maskable) interrupt, an external non-maskable 
interrupt and a software interrupt. 


In this hypothetical system, an 8253 Program- 
mable Interval Timer is used to generate a time 
base. One of the three timers on the 8253 is pro- 
grammed to repeatedly generate interrupt 
requests at 50 millisecond intervals. The output 
from this timer is tied to one of the eight interrupt 
request lines of an 8259A Programmable: Inter- 
rupt Controller. The 8259A, in turn, is connected 
to the INTR line of an 8086 or 8088. 
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Figure 2-87. Interrupt Example Block Diagram | 


A power-down circuit is used in the system to 
illustrate one application of the 8086/8088 NMI 
(non-maskable interrupt) line. If the ac line 
voltage drops below a certain threshold, the 
power supply activates ACLO. The power-down 
circuit then sends a power-fail interrupt (PFI) 
pulse to the CPU’s NMI input. After 5 
milliseconds, the power-down circuit activates 


MPRO (memory protect) to disable reading » 


from and writing to the system’s battery-powered 
RAM. This protects the RAM from fluctuations 

that may occur when power is actually lost 7.5 
_ milliseconds after the power failure is detected. 
The system software must save all vital informa- 
tion in the battery-powered RAM segment within 
5 milliseconds of the activation of NMI. 


When power returns, the power-down circuit 
activates the system RESET line. Pressing the 
“cold. start’? switch also produces a system 
RESET. The PFS (power fail status) line, which.is 


connected to the low-order bit of port EO, iden- 
tifies the source of the RESET. If the bit 1s set, the 
software executes a ‘‘warm start’’ to restore the 
information saved by the power-fail routine. If 
the PFS bit is cleared, the software executes a 
‘cold start’? from the beginning of the program. 
In either case, the software writes a ‘‘one’’ to the 
low-order bit of port E2. This line is connected to 
the power-down circuit’s PFSR (power fail status 
reset) signal and is used to enable the battery- 
powered RAM segment. 


A software interrupt is used to update a simple 
real-time clock. This procedure is written in 
PL/M-86, while the rest of the system is written in 
ASM-86 to demonstrate the interrupt handling 
capability of both languages. The system’s main 
program simply initializes. the system following 
receipt of a RESET and then waits for an 
interrupt. An example of this interrupt procedure 
is given in figure 2-88. | 
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INT_POINTERS SEGMENT 

; INTERRUPT POINTER TABLE, one ATOH, ROM-BASED — 
TYPE_ 0 DD ; DIVIDE-ERROR NOT SUPPLIED IN EXAMPLE. 
TYPE_1 DD ; SINGLE-STEP NOT SUPPLIED IN EXAMPLE. 
TYPE.22 DD POWER_FAIL ; NON-MASKABLE INTERRUPT 
TYPE_3 DD ? ; BREAKPOINT NOT SUPPLIED IN EXAMPLE. 
TYPE__4 DD ? ; OVERFLOW NOT SUPPLIED IN EXAMPLE. 

; SKIP RESERVED PART OF EXAMPLE | 

ORG 32*4 
TYPE__32 DD Ay ? ; 8259A IRO - AVAILABLE 
TYPE_33 — DD 2 a ; 8259A IR1 - AVAILABLE 
TYPE__34 DDS. Pe ; 8259A IR2 - AVAILABLE 
TYPE__35 | ~DD- TIMER_PULSE ~ ; 8259A IR3 | 
TYPE__36 DD ? ; 8259A IR4 - AVAILABLE 
TYPE_ 37 _,_ DD fi ; 8259A IR5 - AVAILABLE 
TYPE_38 ~DD 2 ; 8259A IR6 - AVAILABLE 
? 


TYPE_39 DD + 8259A IR7 - AVAILABLE 
; POINTER FOR TYPE 40 SUPPLIED BY PL/M-86 COMPILER 

INT__POINTERS ENDS 

BATTERY SEGMENT 


; THIS RAM SEGMENT IS BATTERY-POWERED. IT CONTAINS VITAL DATA 
; THAT MUST BE MAINTAINED DURING POWER OUTAGES. 


STACK__PTR DW pe - SP SAVE AREA | 
STACK__SEG DW - ; SS SAVE AREA _ 

- SPACE FOR OTHER VARIABLES COULD BE DEFINED HERE. 
BATTERY ENDS - 
DATA SEGMENT | 

; RAM SEGMENT THATIS NOT BACKED UPBYBATTERY : 
N__PULSES DB 4 DUP (0) + # TIMER PULSES 
-ETC. | 7 _ 
DATA ; ENDS 
STACK SEGMENT 

; LOCATED IN BATTERY-POWERED RAM = 

DW 100 DUP (?) - THIS IS AN ARBITRARY STACKSIZE 

STACK__TOP LABEL WORD | ; LABEL THE INITIAL TOS 
STACK | ENDS | a 
INTERRUPT_HANDLERS' | SEGMENT 


- INTERRUPT PROCEDURES EXCEPT TYPE 40 (PL/M-86) 
ASSUME: CS:INTERRUPT__HANDLERS,DS:DATA,SS:STACK,ES:BATTERY 


POWER_FAIL PROC +TYPE2INTERRUPT 
; POWER FAIL DETECT CIRCUIT ACTIVATES NMI LINE ON CPU IF POWERIS 

- ABOUT TO BE LOST. THIS PROCEDURE SAVES THE PROCESSOR STATE IN 

; _RAM(ASSUMED TO BE POWERED BY AN AUXILIARY SOURCE) SOTHATIT | 

- CAN BE RESTORED BY A WARM START ROUTINE IF POWER RETURNS 


Figure 2-88. Interrupt Procedures Example 
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; IP, CS, AND FLAGS ARE ALREADY ON THE STACK. 
; SAVE THE OTHER REGISTERS. 


PUSH AX 
PUSH BX 
PUSH —sCX 
-. PUSH.” _-~—DX 
PUSH _sSSI 
PUSH. _—=ioObéd 
PUSH BP 
PUSH DS’ 
PUSH ES 


; CRITICAL MEMORY VARIABLES COULD ALSO BE SAVED ON THE STACK AT THIS 
; POINT. ALTERNATIVELY, THEY COULD BE DEFINED IN THE ‘BATTERY?’ 
; SEGMENT, WHERE THEY WILL AUTOMATICALLY BE PROTECTED IF MAIN POWER 


; ISLOST. 
‘SAVESP ANDSS IN FIXED LOCATIONS THAT ARE KNOWN BY WARM START ROUTINE. 

_ MOV AX,BATTERY 
~ MOV ~ ES,AX 
MOV: ES:STACK_PTR,SP 
MOV ES:STACK__SEG,SS_ 

; STOP GRACEFULLY 
HLT 

POWER_FAIL ENDP 

TIMER__PULSE . PROC. > TYPE 35 INTERRUPT 


; THIS PROCEDURE HANDLES THE 50MS INTERRUPTS GEN ERATED BY THE 8253. 
; ITCOUNTS THE INTERRUPTS AND ACTIVATES THE TYPE 40 INTERRU PT 
; PROCEDURE ONCE PER SECOND. | 


; DS IS ASSUMED TO BE POINTING TO THE DATA SEGMENT 


: THE 8253 IS RUNNING FREE, AND AUTOMATICALLY LOWERSITSINTERRUPT  —y 
REQUEST. IF A DEVICE REQUIRED ACKNOWLEDGEMENT, THE CODE MIGHT GO HERE. 


NOW PERFORM PROCESSING THAT MUST NOT BE INTERRUPTED (EXCEPT FOR NMI). 
INC N_._PULSES 

; ENABLE HIGHER-PRIORITY INTERRUPTS AND DO LESS CRITICAL PROCESSING 
STI 


CMP N__PULSES,200 ; 1 SECOND PASSED? 
_ JBE | DONE _ 3;NO,GOON. 

MOV ~ N__PULSES,0 YES, RESET COUNT. 

INT 7 40 ; UPDATE CLOCK . 


; SEND NON-SPECIFIC END-OF-INTERRUPT COMMAND TO 825A, ENABLING EQUAL 
OR LOWER PRIORITY INTERRUPTS. 


DONE: MOV AL,020H : EOICOMMAND . 
OUT OCOH,AL  $8259APORT. 
IRET ne 

TIMER_PULSE ~ ENDP 

INTERRUPT_HANDLERS _ ENDS 

CODE SEGMENT - 


; THIS SEGMENT WOULD NORMALLY RESIDE IN ROM. 


ASSUME CS:CODE,DS:DATA,SS:STACK,ES:NOTHING 


Figure 2-88. Interrupt Procedures Example (Cont’d.) | 
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INIT PROC NEAR 

; THIS PROCEDURE IS CALLED FOR BOTH WARM AND COLD STARTS TO INITIALIZE 
THE 8253 AND THE 8259A. THIS ROUTINE DOES NOT USE STACK, DATA, OR 

; EXTRASEGMENTS, AS THEY ARE NOT SET PREDICTABLY DURING A WARM START. 
INTERRUPTS ARE DISABLED BY VIRTUE OF THE SYSTEM RESET. 


; INITIALIZE 8253 COUNTER 1 - OTHER COUNTERS NOT USED. 
; CLK INPUT TO COUNTER IS ASSUMED TO BE 1.23 MHZ. 


LOS50MS EQU 000H ; COUNT VALUE IS 
HI50MS EQU OFOH ; 61440 DECIMAL. 
CONTROL EQU OD6H ; CONTROL PORT ADDRESS 
COUNT__1 EQU 0D2H ; COUNTER 1 ADDRESS 
MODE2 EQU 01110100B _; MODE 2, BINARY 

MOV DX,CONTROL ; LOAD CONTROL BYTE 

MOV AL,MODE2 

OUT DX,AL 

MOV DX,COUNT_1 ; LOAD 50MS DOWNCOUNT ~ 

MOV AL,LOSOMS 

OUT DX,AL 

MOV AL,HISOMS 

OUT DX,AL 


; COUNTER NOW RUNNING, INTERRUPTS STILL DISABLED. 


; INITIALIZE 8259A TO: SINGLE INTERRUPT CONTROLLER, EDGE-TRIGGERED, 

; INTERRUPT TYPES 32-40 (DECIMAL) TO BE SENT TO CPU FOR INTERRUPT 

; REQUESTS 0-7 RESPECTIVELY, 8086 MODE, NON-AUTOMATIC END-OF-INTERRUPT. 
; MASK OFF UNUSED INTERRUPT REQUEST LINES. 


ICW1 EQU 00010011B ; EDGE-TRIGGERED, SINGLE 8259A, ICW4 REQUIRED. 


Icw2 EQU 001000008 : TYPE 20H, 32 - 40D 
Icw4 EQU 00000001B ; 8086 MODE, NORMAL EO! 
ocw1 EQU 111101118 ; MASK ALL BUT IR3 
PORT_A EQU 0COH - ICW1 WRITTEN HERE 
PORT_B EQU 0C2H : OTHER ICW’S WRITTEN HERE 
MOV DX,PORT_A ; WRITE 1ST ICW 
MOV AL,ICW1. 
OUT DX,AL 
MOV DX,PORT__B ; WRITE 2ND ICW 
MOV AL,ICW2 
OUT DX,AL 
MOV AL,ICW4 WRITE 4TH ICW 
OUT DX,AL | 
MOV AL,OCW1 | ; MASK UNUSED IR’S 
OUT DX,AL 
; INITIALIZATION COMPLETE, INTERRUPTS STILL DISABLED 
RET 
INIT ENDP 
USER_PGM: 


; ‘REAL’? CODE WOULD GO HERE. THE EXAMPLE EXECUTES AN ENDLESS LOOP 
_UNTIL AN INTERRUPT OCCURS. 
JMP- USER__PGM 


; EXECUTION STARTS HERE WHEN CPU IS RESET. 
POWER__FAIL_STATUS EQU O0EO0H ; PORT ADDRESS 
ENABLE__RAM EQU  0E2H ; PORT ADDRESS 


Figure 2-88. Interrupt Procedures Example (Cont’d.) 
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; ENABLE BATTERY-POWERED RAM SEGMENT 
START: MOV AL,001H 
OUT = ENABLE__RAM,AL 


; DETERMINE WARM OR COLD START - | 

IN AL, POWER_ FAIL STATUS tee Sib gacee | 
RCR AL,1 ; ISOLATE LOW BIT 
JC WARM__START fly 


COLD_START: 
; INITIALIZE SEGMENT REGISTERS AND STACK POINTER. 
ASSUME CS:CODE,DS:DATA,SS:STACK,ES: NOTHING 
; RESET TAKES CARE OFCSANDIP. © 


MOV AX,DATA 
MOV.. > —_DS,AX 
MOV AX,STACK 
MOV _—sSS,AX a 
MOV SP,OFFSET STACK_TOP. 
, INITIALIZE 8253 AND 8259A. 
CALL INIT 
, ENABLE INTERRUPTS 
STI 
: START MAIN PROCESSING | 
JMP ss USER_PGM 
WARM_ START: 
; INITIALIZE 8253 AND 8259A, | 
2 CALL INIT 


; RESTORE SYSTEM TO STATE AT THE TIME POWER FAILED 
; MAKE BATTERY SEGMENT ADDRESSABLE 
MOV = AX,BATTERY 
MOV DX,AX 
; VARIABLES SAVED IN THE “BATTERY” SEGMENT WOULD BE MOVED 
BACK TO UNPROTECTED.RAM NOW. SEGMENT REGISTERS AND 
‘“ASSUME”’ DIRECTIVES WOULD HAVE TO BE Wevinen TO GAIN 
ADDRESSABILITY. 


; RESTORE THE OLD STACK 
MOV SS,DS:STACK__SEG 
MOV. SP,DS:STACK__PTR. 


; RESTORE THE OTHERREGISTERS. — 


POP ES 
POP DS 
POP BP 
POP DI 
POP SI 
POP DX 
POP CX 
POP BX | 
“POP = AX 


; RESUME THE ROUTINE THAT WAS EXECUTING WHEN NMI WAS ACTIVATED. 
|.E., POP CS, IP, & FLAGS, EFFECTIVELY “RETURNING” FROM THE 
NMI PROCEDURE. 
IRET 
CODE ENDS ~ 


: TERMINATE ASSEMBLY AND MARK BEGINNING OF THE PROGRAM. 
END START 


Figure 2-88. Interrupt Procedures Example (Cont’d.) 
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‘String Operations 


TYPE$40: DO; 
DECLARE (HOUR, MIN, SEC) BYTE PUBLIC; 
UPDATE$TOD: PROCEDURE INTERRUPT 40; 

/*THE PROCESSOR ACTIVATES THIS PROCEDURE 
*TO HANDLE THE SOFTWARE INTERRUPT 
“GENERATED EVERY SECOND BY THE TYPE 35 
*EXTERNAL INTERRUPT PROCEDURE. THIS 
*PROCEDURE UPDATES A REAL-TIME CLOCK. 
*IT DOES NOT PRETEND TO BE ‘‘REALISTIC”’ 

*AS THERE IS NO WAY TO SET THE CLOCK.*/ 


SEC =SEC + 1; 
IF SEC = 60 THEN DO; 
SEC = 0; 
MIN = MIN + 1; 
IF MIN = 60 THEN DO; 
MIN = 0; 
HOUR = HOUR + 1; 
IF HOUR = 24 THEN DO; 
HOUR =0; 


END UPDATES$TOD; 
END; | 


Figure 2-88. Interrupt Procedures Example (Cont’d.) 


(the index register is auto-decremented) to find 
the last period (‘‘.’’) in the string. Finally a byte 


Figure 2-89 illustrates typical use of string instruc- 
tions and repeat prefixes. The XLAT instruction 
also is demonstrated. The first example simply 
moves 80 words of a string using MOVS. Then 
two byte strings are compared to find the 
alphabetically lower string, as might be done in a 
sort. Next a string is scanned from right to left 


‘string of EBCDIC characters is translated to 
ASCII. The translation is stopped at the end of 
the string or when a carriage return character is 
encountered, whichever occurs first. This is an 
example of using the string primitives in combina- 
tion with other instructions to build up more com- 
plex string processing operations. 


ALPHA SEGMENT | 

; THIS IS THE DATA THE STRING INSTRUCTIONS WILL USE © 

OUTPUT ~DW 100 DUP (?) 

INPUT DW 100 DUP (?) 

NAME__1 DB ‘JONES, JONA’ 

NAME_2 DB ‘JONES, JOHN’ 

SENTENCE DB 80 DUP (?) 

EBCDIC_CHARS DB 80 DUP (?) 

ASCII_CHARS DB80 DUP (?) : 
CONV__TAB DB 64 DUP(0H) ; EBCDIC TO ASCII 


Figure 2-89. String Examples 
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; ASCII NULLS ARE SUBSTITUTED FOR “UNPRINTABLE”’ CHARS an 


DB 1 20H eae. | 
DB 9 DUP(OH) ~~. ian 
DB7 MO ee <i ree oH, ‘B 
DB 9 DUP (0H). | : 
DB 8 AD ae es dea ae ce oe a , 
DB 8 DUP (OH) ae ares wee 
DB6 ea 0 Ge eae gee | 
DB9Q DUP (0H) a 
DB 17 Ok ee ry, 
OH,‘a’, “b’, “c,d. “ey “Fg. 
DB7 DUP (0H) 
DBQ Nat Regs de Te iy On De 
DB7 DUP (0H) Oe 
DB 9 fm? fs? ty, a 
DB 22 DUP (0H) | 
DB 10 OAs Ds Os Dy Es Fy ‘a’ We 
DB 6 DUP (0H) 
DB 10 Fg Re ME NGO PQ. Re 
DB 6 DUP (0H) 
DB 10 © OR: Se ey WW AN OK ye ‘2’ 
DB 6 DUP (0H) 
DB 10 MO Aig 2c Oe or G Oe LE oO 9 a 
DB 6 DUP (0H) 
ALPHA ENDS 
STACK SEGMENT |... Crk te PS ee Pee Ee 
DW100 ..DUP(?).. .. | 3 THISIS AN ARBITRARY STACK SIZE | 
| | ‘FOR ILLUSTRATION ONEE 
STACK__BASE . LABEL... WORD | “INITIAL TOS : a 
ene ~ ENDS | 
: CODE. nee SEGMENT oh 
BEGIN: | _ + SETUP SEGMENT REGISTERS. NOTICE THAT 


- ES & DS POINT TO THE SAME SEGMENT, MEANING | 
; THAT THE CURRENT EXTRA & DATA: a 
_ ;SEGMENTS FULLY OVERLAP. THIS ALLOWS. 
. } ANY STRINGIN ‘“ALPHA”’ TO BE USED 
; AS ASOURCE OR A DESTINATION. 
Sve N PRS a ee a ASSUME CS: CODE, SS: STACK, 
& DS: ALPHA, ES: ALPHA 


MOV AX, STACK - 
MOV —SS,AX” i 

MOV -—sSP, OFFSET STACK__BASE;; INITIAL TOS. 
MOV AX,ALPHA 

MOV DS, AX 

MOV ES, AX 


; MOVE THE FIRST 80 WORDS OF “‘INPUT’’ TO” | 
; THELAST 80 WORDS OF ‘‘OUTPUT’’. = pa 
LEA SIINPUT | SINITIALIZE = Pg 
LEA: DI, OUTPUT +20 ~ INDEX: REGISTERS ©. ~ 


Figure 2-89. String Examples (Cont’d.) 


Mnemonics © Intel, 1978 2-126 


8086 AND 8088 CENTRAL PROCESSING UNITS 


MOV CX, 80 ; REPETITION COUNT 
CLD ; AUTO-INCREMENT 
REP MOVS OUTPUT, INPUT 
; FIND THE ALPHABETICALLY LOWER OF 2 NAMES. 
MOV SI, OFFSET NAME__1 ; ALTERNATIVE 
MOV DI, OFFSET NAME__2 ; TOLEA 
MOV CX, SIZE NAME__2 ; CHAR. COUNT 
CLD ; AUTO-INCREMENT 
REPE CMPS NAME_2,NAME_1 ‘“‘WHILE EQUAL”’ 
JB NAME__2_ LOW 
NAME__1__LOW: ; NOTIN THIS EXAMPLE 
NAME_ 2. LOW: ; CONTROL COMES HERE IN THIS EXAMPLE. 
;DI POINTS TO BYTE (‘H’) THAT 
; COMPARED UNEQUAL. 
; FIND THE LAST PERIOD (‘.’) IN A TEXT STRING. 
MOV DI, OFFSET SENTENCE + 
& LENGTH SENTENCE ;START AT END 
MOV CX, SIZE SENTENCE 
STD ; AUTO-DECREMENT 
MOV Ala ; SEARCH ARGUMENT 
REPNE SCAS SENTENCE ; ‘WHILE NOT =”’ 
JCXZ NO_ PERIOD ; IF CX=0, NO PERIOD FOUND 
PERIOD: ; IF CONTROL COMES HERE THEN | 
; DIPOINTS TOLAST PERIOD IN SENTENCE. 
NO__PERIOD: ; ETC. 


; TRANSLATE A STRING OF EBCDIC CHARACTERS 
TO ASCII, STOPPING IF A CARRIAGE RETURN 
(ODH ASCII) IS ENCOUNTERED. 


MOV BX, OFFSET CONV__TAB ; POINT TO TRANSLATE TABLE 
MOV SI, OFFSET EBCDIC__CHARS  ; INITIALIZE 
MOV DI, OFFSET ASCII_.CHARS ; INDEX REGISTERS 
MOV CX, SIZE ASCII__ CHARS ; ANDCOUNTER 
CLD ; AUTO-INCREMENT 

NEXT: LODS EBCDIC__.CHARS ; NEXT EBCDIC CHAR IN AL 
XLAT CONV__TAB ; TRANSLATE TO ASCII 
STOS ASCIl_CHARS ; STORE FROM AL 
TEST AL, ODH ; IS IT CARRIAGE RETURN? 
LOOPNE NEXT ; NO, CONTINUE WHILE CX NOT 0 
JE CR__FOUND ; YES, JUMP 


; CONTROL COMES HERE IF ALL CHARACTERS 
HAVE BEEN TRANSLATED BUT NO 
CARRIAGE RETURN IS PRESENT. 


‘ETC. 

CR__FOUND: 
‘DI-1 POINTS TO THE CARRIAGE RETURN 
; IN ASCII__CHARS. 

CODE ENDS 


END 


Figure 2-89. String Examples (Cont’d.) 
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CHAPTER 3. 
THE 8089 INPUT/OUTPUT PROCESSOR 


This chapter describes the 8089 Input/Output 
Processor (IOP). Its organization parallels 
Chapter 2; that is, sections generally proceed 
from hardware to software topics as follows: _ 


1. Processor Overview 

Processor Architecture 

Memory 

Input/Output 

Multiprocessing Features | 
Processor Control and Monitoring 
.. Instruction Set 

Addressing Modes 

Programming Facilities 
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—" 
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Programming Guidelines and Examples 


As in Chapter 2, the discussion is confined to 
covering the hardware in functional terms; tim- 
ing, electrical characteristics and other physical 
interfacing data are provided in Chapter 4. 


3.1 Processor Overview 


The 8089 Input/Output Processor is a high- 
performance, general-purpose I/O system 
implemented on a single chip. Within the 8089 are 
two independent I/O channels, each of which 
combines attributes of a CPU with those of a very 
flexible DMA (direct memory access) controller. 
For example, channels can execute programs like 
CPUs; the IOP instruction set has about 50 dif- 
ferent types of instructions specifically designed 
for efficient input/output processing. Each chan- 
nel also can perform high-speed DMA transfers; a 
variety of optional operations allow the data to be 
manipulated (e.g., translated or searched) as it is 
transferred. The 8089 is contained in a 40-pin 
dual in-line package (figure 3-1) and operates 
from a single +5V power source. An integral 
member of the 8086 family, the IOP is directly 
compatible with both the 8086 and 8088 when 
these processors are configured in maximum 
mode. The IOP also may be used in any system 
that incorporates Intel’s Multibus™ shared bus 
architecture, or a superset of the Multibus™ 
design. 
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Figure 3-1. 8089 Input/Output Processor 
Pin Diagram 


Evolution 


Figure 3-2 depicts the general trend in CPU and 
I/O device relationships in the first three genera- 
tions of microprocessors. First generation CPUs 
were forced to deal directly with substantial 
numbers of TTL components, often performing 
transfers at the bit- level. Only a very limited 
number. of relatively slow devices could be 
supported. 


Single-chip interface controllers were introduced 
in the second generation. These devices removed 
the lowest level of device control from the CPU 
and let the CPU transfer whole bytes at once. 
With the introduction of DMA controllers, high- 
speed devices could be added to a system, and 
whole blocks of data could be transferred without 
CPU intervention. Compared to the previous 
generation, I/O device and DMA controllers 
allowed microprocessors to be applied to prob- 
lems that required moderate levels of I/O, both in 
terms of the numbers of devices that could be sup- 


ported and the transfer speeds of those devices. 
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The controllers’ themselves, “however, 
required a considerable amount of attention from 
the CPU, and in many cases the CPU had to 
respond to an interrupt with every byte read or 
written. The CPU also had to stop while DMA 
transfers were performed. 


The 8089 introduces the third generation of 
input/output processing. It continues the trend of 
simplifying the CPU’s ‘‘view’’ of I/O devices by 
removing another level of control from the CPU. 
The CPU performs an I/O operation by building 
a message in memory that describes the function 
to be performed; the IOP reads the message, car- 
ries out the operation and notifies the CPU when 
it has finished. All I/O devices appear to the CPU 
as transmitting and receiving whole blocks of 
data; the IOP can make both byte- and word-level 
transfers invisible to the CPU. The IOP assumes 
all device controller overhead, performs both pro- 
grammed and DMA transfers; and can recover 
from ‘‘soft’? I/O errors without.CPU interven- 


tion; all of these activities. may be performed 
while the CPU is attending to other tasks. 


” Stil 


. Principles of Operation 


Since the 8089 is a new concept in microprocessor _ 
components, this section surveys the basic opera- 
tion. of the IOP as background to the detailed 
descriptions provided in the rest of the. chapter. 
This summary deliberately omits some operating 
details in order to provide an integrated overview 
of basic concepts. 


CPU/IOP Communications 


A CPU communicates with an IOP in two distinct 
modes: initialization and command. The 
initialization sequence is typically performed 
when the system is powered-up or reset. The CPU 
initializes the IOP by preparing a series of linked 
message blocks in memory. On.a signal from the 
CPU, the IOP reads these blocks and determines 
from them how the data buses are configured and 
how access to the buses is to be controlled. 
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Figure 3-2. IOP Evolution 
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Following initialization, the CPU directs all com- 
munications to either of the IOP’s two channels; 
indeed, during normal operation the IOP appears 
to be two separate devices—channel | and chan- 
nel 2. All CPU-to-channel communications center 
on the channel control block (CB) illustrated in 
figure 3-3. The CB is located in the CPU’s 
memory space, and its address is passed to the 
IOP during initialization. Half of the block is 
dedicated to each channel. The channel maintains 
the BUSY flag that indicates whether it is in the 
midst of an operation or is available for a new 
command. The CPU sets the CCW (channel com- 
mand word) to indicate what kind of operation 
the IOP is, to perform. Six different commands 
allow the CPU to start and stop programs, 
remove interrupt requests, etc. 


If the CPU is dispatching a channel to run a pro- 
gram, it directs the channel to a parameter block 
(PB) and a task block (TB); these are also shown 
in figure 3-3. The parameter block is analogous to 
a parameter list passed by a program to a 
subroutine; it contains variable data that the 
channel program is to use in carrying out its 
assignment. The parameter block also may con- 


tain space for variables (results) that the channel 
is to return to the CPU. Except for the first two 
words, the format and size of a parameter block 
are completely open; the PB may be set up to 
exchange any kind of information between the 
CPU and the channel program. 


A task block is a channel program—a sequence of 
8089 instructions that will perform an operation. 
A typical channel program might use parameter 
block data to set up the IOP and a device con- 
troller for a transfer, perform the transfer, return 
the results, and then halt. However, there are no 
restrictions on what a channel program can do; its 
function may be simple or elaborate to suit the 
needs of the application. 


Before the CPU starts a channel program, it links 
the program (TB) to the parameter block and the 
parameter. block to the CB as shown in figure 3-3. 
The links are standard 8086/8088 doubleword 
pointer variables; the lower-addressed word con- 
tains an offset, and the higher-addressed word 
contains a segment base value. A system may 
have many different parameter and task blocks; 
however, only one of each is ever linked to a 
channel at any given time. | 
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After the CPU has filled in the CCW and has 
linked the CB to a parameter block and a task 
block, if appropriate, it issues a channel attention 
(CA). This is done by activating the IOP’s CA 
(channel attention) and SEL (channel select) pins. 
The state of SEL at the falling edge of CA directs 
the channel attention to channel | or channel 2. If 
the IOP. is located in the CPU’s I/O space, it 
appears to the CPU as two consecutive I/O ports 


(one for each channel), and an OUT instruction 


to the port functions as a CA.-If the IOP is 
memory-mapped, the channels appear as two 


consecutive memory. locations, and any memory 


reference instruction (e.g., MOV) to these. loca- 
tions causes a channel attention. 


An IOP channel attention is functionally similar 
to a CPU interrupt. When the channel recognizes 
the CA, it stops what it is doing (it ‘will typically 
be idle) and examines the command in the CCW. 
If it is to start a program, the channel loads the 
addresses of the parameter and task blocks into 
internal registers, sets its BUSY flag and starts 


executing the channel program. After it has issued 


the CA, the CPU is free to perform other process- 
ing; the channel can perform its function in 


parallel, subject to limitations imposed by bus 


configurations (discussed shortly). 


When the channel has completed its program, it _ 


notifies the CPU by clearing its BUSY flag in the 
CB. Optionally, it may issue an interrupt request 
to the CPU. 


The CPU/IOP communication structure is sum- - 


marized in figure 3-4. Most communication takes 
place via ‘‘message areas’’ shared in common 
memory. The only direct hardware communica- 
tions between the devices are. channel attentions 
and interrupt requests. 


stants and memory. 


Channels | 


Each of the two IOP channels operates 
independently, and each has its own register set, 

channel attention, interrupt request and DMA 
control signals. At a given point in time, a chan- 
nel may be idle, executing a program, performing 
a DMA transfer, or responding to a channel 
attention. Although only one channel. actually 
runs at a time, the channels can be active concur- 
rently, alternating their operations (e.g., channel 
1 may execute instructions in the periods between 
successive DMA transfer cycles run by channel 2). 

A built-in priority system allows high- -priority 
activities on one channel to preempt less critical 
operations on the other channel. The CPU is able 
to further adjust priorities to handle special cases. 
The CPU starts the channel and can halt it, sus- 
pend it, or cause it to resume a suspended’ opera- 
tion by placing dif ferent values i in the CCW. 


Channel siege shel Blocks) 


Channel programs are written in -ASM- 89, the 
8089 assembly language. About 50 basic instruc- 
tions are available. These instructions operate on 
bit, byte, word and doubleword (pointer) variable 
types; a 20-bit physical address variable type (not 
used by the 8086/8088) can also be manipulated. 
Data may be taken from registers, immediate con- 
: Four memory addressing 
modes allow flexible access to both memory 


variables and I/O devices located anywhere in 


either the CPU’s megabyte memory space or in 


the 8089’s 64k I/O space. 


The IOP instruction set contains general purpose 


instructions similar to those found in CPUs as 
well as instructions specifically tailored for I/O 


~ CHANNEL ATTENTION 


MES ees 
MEMORY 


INTERRUPT 


~~ Figure 3-4. CPU/IOP Communication 


3-4 


8089 INPUT/OUTPUT PROCESSOR 


operations. Data transfer, simple arithmetic, 
logical and address manipulation operations are 
available. Unconditional jump and call instruc- 
tions also are provided so that channel programs 
can link to each other. An individual bit may be 
set or cleared with a single instruction. Condi- 
tional jumps can test a bit and jump if it is set (or 
cleared), or can test a value and jump if it is zero 
(or non-zero). Other instructions initiate DMA 
transfers, perform a _ locked _ test-and-set 
semaphore operation, and issue an interrupt 
request to the CPU. a 


DMA Transfers 


The 8089 XFER (transfer) instruction prepares 
the channel for a DMA transfer. It executes one 


additional instruction, then suspends program > 


execution and enters the DMA transfer mode. 
The transfer is governed by channel registers 
setup by the program prior to executing the 
XFER instruction. 


Data is transferred from a source to a destination. 
The source and destination may be any locations 
in the CPU’s memory space or in the IOP’s I/O 
space; the IOP makes no distinction between 
memory components and I/O devices. Thus 
transfers may be made from I/O device to 
memory, memory to I/O device, memory to 
memory and I/O device to I/O device. The IOP 
automatically matches 8- and 16-bit components 
to each other. 


Individual transfer cycles (i.e., the movement of a 
byte or a word) may be synchronized by a signal 
(DMA request) from the source or from the 
destination. In the synchronized mode, the chan- 
nel waits for the synchronizing signal before start- 
ing the next transfer cycle. The transfer also may 
be unsynchronized, in which case the channel 
begins the next transfer cycle immediately upon 
completion of the previous cycle. 


A transfer cycle is performed in two steps: fetch- 
ing a byte or word from the source into the IOP 
and then storing it from the IOP into the destina- 
tion. The IOP automatically optimizes the 
transfer to make best use of the available data bus 
widths. For example, if data is being transferred 
from an 8-bit device to memory that resides on a 
16-bit: bus (e.g., 8086 memory), the IOP will nor- 
mally run two one-byte fetch cycles and then store 
the full word in a single cycle. 


Between the fetch and store cycles, the IOP can 
operate on the data. A byte may be translated to 
another code (e.g., EBCDIC to ASCII), or com- 
pared to a search value, or both, if desired. 


A .transfer. can be terminated by _ several 
programmer-specified conditions. The channel 
can stop the transfer when a specified number (up 
to 64k) of bytes has been transferred. An external 
device may stop a transfer by signaling on the 
channel’s external terminate pin. The channel can 
stop the transfer when a byte (possibly translated) 
compares equal, or unequal, to a search value. 
Single-cycle termination, which stops uncondi- 
tionally after one byte or word has been stored, is 
also available. 


When the transfer terminates, the channel 
automatically resumes’ program execution. The 
channel program can determine the cause of the 
termination in situations where multiple termina- 
tions are possible (e.g., terminating when 80 bytes 
are transferred or a carriage return character is 
encountered, whichever occurs first). As an exam- 
ple of post-transfer processing, the channel pro- 
gram could read a result register from the I/O 
device controller to determine if the transfer was 
performed successfully. If not (e.g., a CRC error 


was detected by the controller), the channel pro- 


gram could retry the operation without CPU 
intervention. 


A channel program typically ends by posting the 
result of the operation to a field supplied in the 


parameter block, optionally interrupting the 


CPU, and then halting. When the channel halts, 
its BUSY flag in the channel control block is 
cleared to indicate its availability for another 
operation. As an alternative to being interrupted 
by the channel, the CPU can poll this flag to 
determine when the operation has_ been 
completed. 


Bus Configurations 


As shown in figure 3-5, the IOP can access 
memory or ports (I/O devices) located in a 
l-megabyte system space and memory or ports 
located in a 64-kilobyte I/O space. Although the 
IOP only has one physical data bus, it is useful to 
think of the IOP as accessing the system space via 
a system data bus and the I/O space over an I/O 
data bus. The distinction between the ‘‘two’’ 
buses is based on the type-of-cycle signals output 
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by the 8288 Bus Controller. Components in the 
system space respond to the memory read and 
memory write signals; whether they are memory 
or I/O devices.:Components in the I/O space 
respond to the I/O read and I/O write signals. 
Thus I/O devices located in the system space are 
memory-mapped and memory in the I/O space is 
I/O-mapped. The two basic configuration op- 
tions differ in the degree to which the IOP shares 
these buses with the CPU. Both configurations re- 
quire an 8086/8088 cey to be ae in max- 
imum ee 


In. the idea esiriees tok: shown in figure 3-6,. 
the IOP (or IOPs if two. are used) shares both» 


buses with the CPU. The system bus and the I/O 
bus are the same width (8 bits if the CPU is an 


Fi e 


MEMORY 


1/0 
DEVICE 


SYSTEM SPACE (1MBYTE) 


SYSTEM 
DATA 
BUS 


8088 or 16 bits if the CPU is an 8086). The IOP 
system space corresponds to the CPU memory 
space, and the IOP I/O space corresponds to the 
CPU I/O space. Channel programs are located in 
the system space; I/O devices may be located in 
either space. The IOP requests use of the bus for 
channel program instruction fetches.as well as for 
DMA and programmed transfers. In the local 
configuration, either the IOP or the CPU may use 
the buses, but: not both simultaneously. The 
advantage of the local configuration is. that 
intelligent DMA may be added to a system with | 
no additional components beyond the IOP. The 
disadvantage is that parallel operation of the pro- 
cessors is limited to cases in which the CPU has 
instruction in its queue that can ss execuley 
without using: aad Sa | : 


MEMORY 


1/0 | 
DEVICE 


1/0 SPACE (64 KBYTES) 


0 
DATA — 
BUS 


- Figure 3-5. IOP Data Buses 
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' Figure 3-6. Local Configuration 


In the remote configuration (figure 3-7), the IOP 
(or IOPs) shares a common system bus with the 
CPU. Access to this bus is controlled by 8289 Bus 
Arbiters. The IOP’s I/O bus, however, is 
physically separated from the CPU in the remote 
configuration. Two IOPs can share the local I/O 
bus. Any number of remote IOPs may be con- 
tained in a system, configured in remote clusters 
of one or two. The local I/O bus need not be the 
same physical width as the shared system bus, 
allowing an IOP, for example, to interface 8-bit 
peripherals to an 8086. In the remote configura- 
tion, the IOP can access local I/O devices and 
memory without using the shared system bus, 
thereby reducing bus contention with the CPU. 
Contention can further be reduced by locating the 
IOP’s channel programs in the local I/O space. 


The IOP can then also fetch instructions without - 


accessing the system bus. Parameter, channel 
control and other CPU/IOP communication 
blocks must be located in system memory, 
however, so that both processors can access them. 
The remote configuration thus increases the 
degree to which an IOP and a CPU can operate in 
parallel and thereby increases a  system’s 
throughput potential. The price paid for this is 
that additional hardware must be added to 
arbitrate use of the shared bus, and to separate 
the shared and local buses (see Chapter 4 for 
details). 


It is also possible to configure an IOP remote to 
one CPU, and local to another CPU (see figure 
3-8). The local CPU could be used to perform 


heavy computational routines for the IOP. 
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Figure 3-7. Remote Configuration. 
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A Sample Transaction 


Figure 3-9 shows how a CPU and an IOP might 
work together to read a record (sector) from a 
floppy disk. This example is not illustrative of the 
IOP’s full capabilities, but it does review its basic 
operation and its interaction with a CPU. 


The CPU must first obtain exclusive use of a 
channel. This can be done by performing a ‘‘test _ 
and set lock’’ operation on the selected channel’s 
BUSY flag. Assuming the CPU wants to use ~ 
channel 1, this could be accomplished in. 


PL/M-86 by coding similar to the following: 


-DO WHILE LOCKSET (@CH1.BUSY,OFFH); 
END; 


In ASM-86 a loop sotiuiaiag the XCHG instruc- 
tion prefixed by LOCK would accomplish the. 
same thing, namely testing the BUSY flag until it: 
is clear (OH), and immediately setting it to FFH’ 
(busy) to prevent another task or processor from ; 


obtaining use of the channel. 


Having obtained ihe chétinel, the CPU fills ia'a 


parameter block (see figure 3-10). In this case, the 
CPU passes the following parameters to the chan- 


nel: the address of the floppy disk controller, the 


address of the buffer where the data is to be 
placed, and the drive, track and sector to be read. 
It also supplies space for the IOP to return the 


result of the operation. Note that this is quitea — 


‘‘low-level’’ parameter block in that it implies 
that the CPU has detailed knowledge of the I/O 
system. For a ‘‘real’? system, a higher-level 
parameter block would isolate the CPU from I/O 
device characteristics. Such a block might contain 


more general parameters such as file name and 


record key. 


After setting up the parameter block, the CPU 


writes a ‘‘start channel program’’ command in 
channel 1’s CCW. Then the CPU places the 
address of the desired channel program in the 
parameter block and writes the parameter block 
address in the CB. Notice that in this simple 
example, the CPU ‘‘knows’’ the address of the 
channel program for reading from the disk, and 
presumably also ‘‘knows’’ the address of another 
program for writing, etc. A more general solution 


yous oe to pce a function’ code (read, write, 


delete, etc.) in the parameter block and let a single 
channel program execute different routines 
depending on which function is requested. 


After the communication blocks have been setup, 
the CPU dispatches the channel by issuing a chan- | 
nel attention, typically by an OUT instruction for 
an I/O-mapped 8089, or.a MOV or other memory 
reference instruction. for.a memory-mapped 8089. 


- sis ct begins: asec mting the channel pro- 


gram (task. block) whose address has been placed 
in the parameter block by the CPU. In this case 
the program initializes the 8271 Floppy Disk Con- 
troller by sending it a ‘‘read data’? command 
followed by a parameter: indicating the track to be 
read. The program initializes the channel registers 
that define and control the DMA transfer. 


Having prepared the 8271 and the channel itself, 
the channel program executes a XFER instruction 
and sends a final parameter (the sector to be read) 
to the 8271. (The 8271 enters DMA transfer mode 


‘immediately upon receiving the last of a series of 


parameters; sending the last parameter after the 
XFER instruction gives the channel time to setup 
for the transfer.) The DMA transfer begins when 
the 8271 issues a DMA request to the channel. 
The transfer continues until the 8271 issues an 


Interrupt request, indicating that the data has 
: been transferred or-that an error has occurred. 


The 8271’s interrupt request..line is tied to the 
IOP’s EXT1 (external terminate on channel 1) pin 
SO that the channel. interprets an interrupt request 
as an external terminate condition. Upon ter- 
mination of the transfer, the channel resumes 
executing instructions and reads. the- 8271: result 


_ Tegister to. determine if the data was read suc- 
~~ cessfully. If a soft (correctable).error is indicated, 


the IOP retriés' the transfer: If a hard (uricorrect- 
able) error is detected, or if the transfer has been 
successful, the IOP posts the content of the result 
register to the parameter block result field, thus 
passing the result back to the CPU. The channel 
then interrupts the CPU (to inform the CPU that 
the request has been processed) and halts. 


When the CPU recognizes the interrupt, it 
inspects the result field in the parameter block to 
see if the content of the buffer is valid. If so, it 
uses the data; otherwise it t typically executes an 


error routine. 
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Applications 


Combining the raw speed and responsiveness:of a — 
traditional DMA controller, an I/O-oriented: ~— 
instruction set, and a flexible bus organization, © 
the 8089 IOP is a very versatile I/O system. — 
Applications with demanding I/O requirements,  ~ 
previously beyond the abilities of microcomputer’ __ 
systems, can be undertaken with the IOP. These. : 


kinds of I/O-intensive applications include: 


e systems that employ high- bandwidth, low- _ 
latency devices such as hard disks: and 


graphics terminals; 


* systems with many devices requiring 


asynchronous service; and 


e systems with high-overhead peripherals puch 


as intelligent CRTs and graphics terminals. 


In addition, virtually every application that per- 
forms a moderate amount of I/O can benefit 


from the design philosophy embodied inthe IOP: 
system functions should be distributed among ~~ 


special-purpose processors. An IOP channel pro- 


gram is likely to be both faster and smaller than 


an equivalent program implemented with a CPU. 


Programming also is more ae with . 


the IOP’s specialized instruction set. 


Removing I/O from the CPU and assigning it to 


One or more IOPs simplifies and structures a 
system’s design. The main interface to the I/O 
system can be limited to the parameter blocks. 
Once these are defined, the I/O system can be 


designed and implemented in parallel with therest 


of the system. I/O specialists can work on the I/O 
system without detailed knowledge of the applica- 
tion; conversely, the operating system and 
application teams do not need to be expert in the 
operation of I/O devices. Standard high-level I/O 
systems can .be: used in multiple application 
systems. Because the application and I/O systems 
are almost independent, application system 
changes can be introduced without affecting the 
I/O ‘system. New peripherals can similarly be 
incorporated into a system without impacting 
applications or operating system software. The 
IOP’s simple CPU interface also is designed to be 
compatible with future Intel CPUs. 


Keeping in mind the true general-purpose nature 
of the IOP, some of the situations where it can be 
used to advantage are: 


e Bus matching - The IOP can transfer data 


~ between virtually any combination of 8- and 
16-bit memory and I/O components. For 
“example, it can interface a 16-bit peripheral 
to an 8-bit CPU bus, such as the 8088 bus. 
The IOP also provides a straightforward 
~ means of performing DMA between an 8-bit 
- peripheral and 8086 memory that is split 
into odd- and even-addressed banks. The 
. 8089 can access both 8- and 16-bit 
peripherals connected to a 16-bit bus. 


e String processing - The 8089 can perform a 
memory move, translate, scan-for-match or 
scan-for-nonmatch operation much faster 
than the equivalent instructions in an 8086 or 
8088. Translate and scan operations can be 
setup so that the source and destination refer 
to the same addresses to permit the ptnne to 
be operated on in place. 


e Spooling - Data from low-speed devices such 
. aS.terminals and paper tape readers can be 
_ read by the 8089 and placed in memory or on 

disk until the transmission is complete. The 
IOP can then transfer the data at high speed 
when it is needed by an application program. 
Conversely, output data ultimately destined 
’ for a low-speed device such as a printer, can 
be temporarily spooled to disk and then 
printed later. This permits batches of data to 
be gathered or distributed by low-priority 
programs that run in the background, essen- 
tially using up ‘““spare’’ CPU and IOP cycles. 
_ Application programs that use or produce 
- the data can execute faster because they are 
not bound by the low-speed devices. 
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Multitasking operating systems - A 
multitasking operating system can dispatch 
I/O tasks to channels with an absolute 
minimum of overhead. Because a remote 
channel can run in parallel with the CPU, the 
Operating system’s capacity for servicing 
application tasks can increase dramatically, 
as can its ability to handle more, and faster, 
I/O devices. If both channels of an IOP are 
active concurrently, the IOP automatically 
gives preference to the higher-priority activ- 
ity (e.g., DMA normally preempts channel 
program execution). The operating system 
can adjust the priority mechanism and also 
can halt or suspend a channel to take care of 
a critical asynchronous event. | 


Disk systems - The IOP can meet the speed 
and latency requirements of hard disks. It 
can be used to implement high-level, file- 
Oriented systems that appear to application 
programs as simple commands: OPEN, 
READ, WRITE, etc. The IOP can search 
and update disk directories and maintain free 
space maps. ‘‘Hierarchical memory’’ systems 
that automatically transfer data among 
memory, high-speed disks and low-speed 
disks, based on frequency of use, can be built 
around IOPs. Complex database searches 
(reading data directly or following pointer 
chains) can appear to programs as simple 
commands and can execute in parallel with 
application programs if an IOP is configured 
remotely. 


Display terminals - The 8089 is well suited to 
handling the DMA requirements of CRT 
controllers. The IOP’s transfer bandwidth is 
high enough to support both alphanumeric 
and graphic displays. The 8089 can assume 
responsibility for refreshing the display from 
memory data; in the remote configuration, 
the refresh overhead can be removed from 
the system bus entirely. Linked-list display 
algorithms may be programmed to perform 
sophisticated modes of display. 


Each time it performs a refresh operation, 
the IOP can scan a keyboard for input and 
translate the key’s row-and-column format 


into an ASCII or EBCDIC character. The 


8089 can buffer the characters, scanning the 
stream until an end-of-message character 
(e.g., carriage return) is detected, and then 
interrupt the CPU. 


A single IOP can concurrently support an 
alphanumeric CRT and keyboard on one 
channel and a floppy disk on the other chan- 
nel. This configuration makes use of approx- 
imately 30 percent of the available bus band- 
width. Performance can be increased within 
the available bus bandwidth by adding an 
8086 or 8088 CPU to a remote IOP con- 
figuration. This configuration can provide 
scaling, rotation or other sophisticated 
display transformations. 


3.2 Processor Architecture 


The 8089 is internally divided into the functional 
units depicted schematically in figure 3-11. The 
units are connected by a 20-bit data path to obtain 
maximum internal transfer rates. 


Common Control Unit (CCU). 


All IOP operations (instructions, DMA transfer 
cycles, channel attention responses, etc.) are com- 
posed of sequences of more basic processes called 
internal cycles. A bus cycle takes one internal 
cycle; the execution of an instruction may require 
several internal cycles. There are 23 different 
types of internal cycles each of which takes from 
two to eight clocks to execute, not including 
possible wait states and bus arbitration times. 


The common control unit (CCU) coordinates the 
activities of the IOP primarily by allocating inter- 
nal cycles to the various processor units; i.e., it 
determines which unit will execute the next inter- 
nal cycle. For example, when both channels are 
active, the CCU determines which channel has 
priority and lets that channel run; if the channels 
have equal priority, the CCU “‘interleaves’’ their 
execution (this is discussed more fully later in this 
section). The CCU also initializes the processor. 


Arithmetic/Logic Unit (ALU) 


The ALU can perform unsigned binary arithmetic 
on 8- and 16-bit binary numbers. Arithmetic 
results may be up to 20 bits in length. Available 
arithmetic instructions include addition, incre- 
ment and decrement. Logical operations (‘‘and,”’ 

‘or’ and “‘not’’) may be performed on rer 8- 
or 16-bit quantities: 
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Figure 3-11. 8089 Block Diagram | 


Assembly/Disassembly Registers | 


All data entering the chip flows through these 
registers. When data is being transferred between 
different width buses, the 8089 uses the 
assembly/disassembly registers to effect the 
transfer in the fewest possible bus cycles. In a 
DMA transfer from an 8-bit peripheral to 16-bit 
memory, for example, the IOP runs two bus 
cycles, picking up eight bits in each cycle, 
assembles a 16-bit word, and then transfers the 
word to memory in a single bus cycle. (The first 
and last cycles of a transfer may be performed 
differently to accommodate odd-addressed 
words; the IOP automatically adjusts for this 
condition.) | . . 


Instruction Fetch Unit 


This unit controls instruction fetching for the 
executing channel (one channel actually runs at a 
time). If the bus over which the instructions are 
being fetched is eight bits wide, then the instruc- 
tions are obtained one byte at a time, and each 
fetch requires one bus cycle. If the instructions 
are being fetched over a 16-bit bus, then the 
instruction fetch unit automatically employs a 1- 
byte queue to reduce the number of bus cycles. 
Each channel has its own queue, and the activity 
of one channel does not affect the other’s queue. 


During sequential execution, instructions are 
fetched one word at a time from even addresses; 
each fetch requires one bus cycle. This process is 
shown graphically in figure 3-12. When the last 
byte of an instruction falls on an even address, the 
odd-addressed byte (the first byte of the following 
instruction) of the fetched word is saved in. the 
queue. When the channel begins execution of the 
next instruction, it fetches the first byte from the 
queue rather than from memory. The queue, 
then, keeps the processor fetching words, rather 
than bytes, thereby reducing its use of the bus and 
increasing throughput. | 


The processor fetches bytes rather than words in 
two cases. If a program transfer instruction (e.g., 
JMP or CALL) directs the processor to an 
instruction located at an odd address, the first 
byte of the instruction is fetched by itself as 
shown in figure 3-13. This is because the program 
transfer invalidates the content of the queue by 
changing the serial flow of execution. 


The second case arises when an LPDI instruction 
is located at an odd address. In this situation, the 
six-byte LPDI instruction is fetched: byte, word, 
byte, byte, byte, and the queue is not used. The 
first byte of the following instruction is fetched in 
one bus cycle as if it had been the target of a pro- 
gram transfer. Word fetching resumes with this 
instruction’s second byte. | 
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Bus Interface Unit (BIU) 


The BIU runs all bus cycles, transferring instruc- 
tions and data between the IOP and external 
memory or peripherals. Every bus access is 
associated with a register tag bit that indicates to 
the BIU whether the system or I/O space is to be 
addressed. The BIU outputs the type of bus cycle 


(instruction fetch from I/O space, data store into | 


system space, etc.) on status lines SO, S1, and S2. 
An 8288 Bus Controller decodes these lines and 
provides signals that selectively enable one bus or 
the other (see Chapter 4 for details). 


The BIU further distinguishes between the 
physical and logical widths of the system and I/O 
buses. The physical widths of the buses are fixed 
and are communicated to the BIU during 
initialization. In the local configuration, both 


buses must be the same width, either 8 or 16 bits © 
(matching the width of the host CPU bus). In the | 


remote configuration, the IOP system bus must 


be the same physical width as the bus it shares _ 
with the CPU. The width of the IOP’s I/O bus, 


which is local to the 8089, may be selected 
independently. If any 16-bit peripherals are 
located in the I/O space, then a 16-bit I/O bus 
must be used. If only 8-bit devices reside on the 
I/O bus, then either an 8- or a 16-bit I/O bus may 
be selected. A 16-bit I/O bus has the advantage of 


easy accommodation of future 16-bit devices and .- 
fewer instruction fetches if channel programs are =: 


placed in the I/O space. 


For a given DMA transfer, a channel program 
specifies the logical width of the system and the 
I/O buses; each channel specifies logical bus 
widths independently. The logical width of an 
8-bit physical bus can only be eight bits. A 16-bit 
physical bus, however, can be used as either an 8- 
or 16-bit logical bus. This allows both 8- and 


16-bit devices to be accessed over a single 16-bit. 


physical bus. Table 3-1 lists the permissible 
physical and logical bus widths for both locally 


and remotely configured IOPs. Logical bus width | 


pertains to DMA transfers only. Instructions are 
fetched and operands are read and written in 
bytes or words depending on physical bus width. 


In addition to performing transfers, the BIU is 


responsible for local bus arbitration. In the local | 
configuration, the BIU uses. the RQ/GT | 


(request/grant) line to obtain the bus from the 
CPU and to return it after a transfer has been per- 
formed. In the remote configuration, the BIU 


uses RQ/GT to coordinate use of the local I/O 
bus with another IOP or a local CPU, if present. 
System bus arbitration in the remote configura- 


tion is performed by an 8289 Bus Arbiter that 


operates invisibly to the IOP. The BIU 
automatically asserts the LOCK (bus lock) signal 
during execution of a TSL (test and set lock) 
instruction and, if specified by the channel pro- 
gram, can assert the LOCK signal for the dura- 
tion of a DMA transfer. Section 3.5 contains a 
complete discussion of bus arbitration. 


Table 3-1. Physical/Logical Bus Combinations 


Configuration System Bus I/O Bus 
: Physical:Logical Physical:Logical 


8:8 8:8 
16:8/16 16:8/16 


Remote 


16: 8/16 


Channels 


‘Although the 8089 is a single processor, under 


most circumstances it is useful to think of it as 
two independent channels. A channel may per- 
form DMA transfers and may execute channel 
programs; it also may be idle. This section 
describes the hardware features that support these 
operations. 


1/O Control 


Each channel contains its own I/O control section 
that governs the operation of the channel during 


. DMA transfers. If the transfer 1s synchronized, 


the channel waits for a signal on its DRQ (DMA 


request) line before performing the next fetch- 


store sequence in the transfer. If the transfer is to 
be terminated by an external signal, the channel 


monitors its EXT (external terminate) line and 


stops the transfer when this liné goes active. 
Between the fetch and store cycles (when the data 
is in the IOP) the channel optionally counts, 
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translates, and scans the data, and may terminate 
the transfer based on the results of these opera- 
tions. Each channel also has.a SINTR (system 
interrupt) line that can be activated by software to 
issue an interrupt request tothe CPU. | 


Registers 


Figure 3-14 illustrates the channel register set, and 
table 3-2 summarizes the uses of each register. 
Each channel has an independent set of registers; 
they are not accessible to the other channel. Most 
of the registers play different roles during channel 
program execution than in DMA transfers. Chan- 
nel programs must be careful to save these 
registers in memory prior to a DMA transfer if 
their values are needed following the transfer. 


General Purpose A (GA). A channel program 
may use GA for a general register or a base 
register. A general register can be an operand of 
most IOP instructions; a base register is used to 
address memory operands (see section 3.8). 


Before initiating a DMA transfer, the channel 


program points GA to either the source or 
destination address of the transfer. 


General Purpose B (GB). GB is functionally 
interchangeable with GA. If GA points to the 
source of a DMA transfer, then GB points to the 
destination, and vice versa. 


pir (19015 7 0 


GENERAL PURPOSE A GA 


GENERAL PURPOSE B 


ne 
Tenecour i 


GB 


GC 


TP 


Figure 3-14. Channel Register Set 


General Purpose C (GC). GC may be used asa 
general register or a base register during channel 
program execution. If data is to be translated dur- 
ing a. DMA transfer, then the channel program 
loads GC with the address of the first byte of a 
translation table before initiating the transfer. GC 
is not altered by a transfer operation. 


Task Pointer (TP). The CCU loads TP from the 
parameter block when it starts or resumes a chan- 
nel program. During program execution, the 
channel automatically updates TP to point to the 


Table 3-2. Channel Register Summary 


Program 


} ; Use in DMA Transfers 
Access 


Use by Channel Programs 


Register 
Update. | Either |General, base Source/destination pointer 

Update | Either |General, base Source/ destination pointer 

Update | Either |General, base Translate table pointer 


Update | Either | Procedure return, 
instruction pointer 


Adjusted to reflect cause of 
termination | 


Reference} System | Base © N/A 
Update | N IA 
Update | N/A 
Update | N/A 
Update | N/A 


General, auto-increment | NIA 
General Byte counter 
General, masked compare Masked compare 


Restricted use recommended 


Defines transfer options 
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next instruction to be executed; i.e., TP is used as 
an instruction pointer or program counter. Pro- 
gram transfer instructions (JMP, CALL, etc.) 
update TP to cause nonsequential execution. A 
procedure (subroutine) returns to the calling pro- 
gram by loading TP with an address previously 
saved by the CALL instruction. The task pointer 
is fully accessible to channel programs; it can be 
used as a general register or as a base register. 
Such use is not recommended, however, as it can 
make programs very difficult to understand. 


Parameter Block Pointer (PP). The CCU 
loads this register with the address of the 
parameter block before it starts a channel pro- 
gram. The register cannot be altered by a channel 
program, but is very useful as a base register for 
accessing data in the parameter block. PP is not 
used during DMA transfers. 


Index (IX). [LX may be used as a general register 
during channel program execution. It also may be 
_ used as an index register to address memory 
operands (the address of the operand is computed 
by adding the content of IX to the content of a 
base register). When specified as an index 
register, IX may be optionally auto-incremented 
as the last step in the instruction to provide a con- 
venient means of ‘‘stepping’’ through arrays or 
strings. LX is not used in DMA transfers. 


Byte Count (BC). BC may be used as a general 
register during channel program execution. If 
DMA is to be terminated when a specific number 
of bytes has been transferred, BC should be 
loaded with the desired byte count before 
initiating the transfer. During DMA, BC is 


decremented for each byte transferred, whether.. 


byte count termination has been selected or not. 


If BC reaches zero, the transfer is stopped only if . 


byte count termination has been specified. If byte 
count termination has not been selected, BC 
‘‘wraps around’? from 0H to FFFFH and con- 
tinues to be decremented. 


Mask/Compare (MC). A channel program may 
use MC for a general register. This register also 
may be used in either a channel program or in a 
DMA transfer to perform a masked compare of a 
byte value. To use MC in this way, the program 
loads a compare value in the low-order eight bits 
of the register and a mask value in the upper eight 


bits (see figure 3-15). A ‘‘1”’ in a mask bit selects 
the bit in the corresponding position in the com- . - 


pare value; a ‘‘0’’ in a mask bit masks the cor- 


responding bit in the compare value. In figure 
3-15, a value compared with MC will be con-. 
sidered equal if its low-order five bits contain the 
value 00100; the upper three bits may contain any 
value since they are masked out of the 
comparison. 


15 87 0 


Pooor1t+11 ttrotr0 0100]: 


‘MASK ‘COMPARE. .—ss—C 
NVALUE VALUE " 


MASKED 


COMPARE 
' VALUE 


(X = IGNORE VALUE OF CORRESPONDING BIT) 
Figure 3-15. Mask/Compare Register 


Channel Control (CC). The content of the 
channel contro] register governs a DMA transfer 
(see figure 3-16). A channel program loads this 
register with appropriate values before beginning 
the transfer operation; section 3.4 covers the 
encoding of each field in detail. Bit.8 (the chain 
bit) of CC pertains to channel program execution 
rather than to a DMA transfer. When this bit is 
zero, the channel program runs at normal prior- 
ity; when it is one, the priority of the program is 
raised to the same level as DMA (priorities are 


_ covered later in this section). Although a channel 


program may use CC as a general register, such 


use is not recommended because of the side 


effects on the chain bit and thus on the priority of 


~ the channel program. Channel programs should 


restrict their use of CC to loading control values 
in preparation for a DMA transfer, setting and 
clearing the chain bit, and storing the register. 


Program Status Word (PSW) | 


Each channel maintains its own program status 


word (PSW) as shown in figure 3-17. Channel. 
programs do not. have access to the PSW. The 


PSW records the state of the the channel so that 
channel operation may be suspended and then. 


resumed later. When the CPU issues a “‘suspend’’. 
command, the channel saves the PSW, task 


’ pointer, and task pointer tag bit in the first four 
_ bytes of the channel’s parameter block as shown 
in figure 3-18. Upon. receipt of. a subsequent. 
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15 7 0 
Fac Cuoco Rabe 


a ae TERMINATE ON MASKED COMPARE 


TERMINATE ON BYTE COUNT 
TERMINATE ON EXTERNAL SIGNAL 
TERMINATE AFTER SINGLE TRANSFER 


CHAINED CHANNEL PROGRAM 
EXECUTION 
LOCK BUS DURING TRANSFER 


SOURCE/DESTINATION 
SYNCHRONIZATION 
. TRANSLATE 


FUNCTION (PORT TO PORT, 
PORT TO MEMORY, ETC.) 


Figure 3-16. Channel Control Register 


‘‘resume’’ command, the PSW, TP, and TP tag 
bit are restored from the parameter block save 
area and execution resumes. 


Two conditions override the normal channel 
priority mechanism. If one channel is performing 
DMA (priority 1) and the channel receives a chan- 
nel attention (priority 2), the channel attention is 
serviced at the end of the current DMA transfer 
cycle. This override prevents a synchronized 
DMA transfers from ‘‘shutting out’’ a channel 
attention. DMA terminations and chained chan- 
nel programs postpone recognition of a CA on 
the other channel; the CA is latched, however, 
and is serviced as soon as priorities permit. 


The IOP’s LOCK (bus lock) signal also 
supersedes channel switching. A running channel 


will not relinquish control of the processor while | 


LOCK is active, regardless of the priorities of the 
activities on the two channels. This is consistent 
with the purpose of the LOCK signal: to 
guarantee exclusive access to a shared resource in 
a multiprocessing system. Refer to sections 3.5 
and 3.7 for futher information on the LOCK 
signal and the TSL instruction. 


Tag Bits 


Registers GA, GB, GC, and TP are called pointer 
registers because they may be used to access, or 


7 0 
BGOUGcoo 
| L DESTINATION BUS LOGICAL WIDTH (0 = 8, 1 = 16) 
SOURCE BUS LOGICAL WIDTH (0 = 8, 1 = 16) 


TASK BLOCK (CHANNEL PROGRAM) IN PROGRESS 

— INTERRUPT CONTROL (0 = DISABLED, 1 = ENABLED) 
INTERRUPT SERVICE (0 = SINTRY INACTIVE 1 = SINTRy ACTIVE) 
BUS LOAD LIMIT 


TRANSFER IN PROGRESS 
PRIORITY BIT 


Figure 3-17. Program Status Word 


Figure 3-18. Channel State Save Area 
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point to, addresses in either the system space or. 
the I/O space. The pointer registers may address — 
either memory or I/O devices (IOP instructions — 
do not distinguish between memory and I/O... 


devices since the latter are memory-mapped). The 
tag bit associated with each register (figure 3-14) 
determines whether the register points to an 


address in the system. space (tag=0) or the I/O |. 


space (tag= 1). 


The CCU sets or clears TP’s tag bit depending on 
whether the command it receives from the CPU is 
“‘start channel program in system space,’’ or 


‘*start channel program in I/O space.’’ Channel — 


programs alter the tag bits of GA, GB, GC, and 
TP by using different instructions for loading the 
registers. Briefly, a ‘‘load pointer’’ instruction 
clears a tag bit, a ‘‘move’’ 
bit, and a ‘‘move pointer’’ instruction moves a 
memory value (either 0 or 1) to a tag bit. Section 
3.9 covers these instructions in detail. | 


If a register points to the system space, all 20 bits. 


are placed on the address lines to allow the full 
megabyte to be directly addressed. If a register 
points to the I/O space, the upper four bits of the 
address lines are undefined; the lower 16 bits are 
sufficient to access any poeation) in the 64k byte 
I/O space. 


Concurrent Channel ati | 


Both channels may be active -concurrently, but 
only one can actually run at a time. At the end of 


instruction sets a tag. 


each internal cycle, the CCU lets one channel or 


_ the other execute the next internal cycle. No extra 
overhead is incurred by this channel switching. 
The basis. for making the determination is a 


priority mechanism built into the IOP. This 
mechanism recognizes that some kinds of 
activities (e.g., DMA) are more important than 


Others. Each activity that a channel can perform 


has a priority that reflects its relative importance 
(see table 3-3). 


Two new activities are introduced in table 3-3. 
When a DMA transfer terminates, the channel 
executes a short internal channel program. This 
DMA termination program adjusts TP so that the 
user’s program resumes at the instruction 
specified when the transfer was setup (this is 


discussed in detail in section 3.4). Similarly, when 


a channel attention is recognized, the channel 
executes an internal program that examines the 
CCW and carries out its command. Both of these 
programs consist of standard 8089 instructions 
that are fetched from internal ROM. Intel 
Application Note AP-50, Debugging Strategies 
and Considerations for 8089 Systems, lists the 
instructions in these programs. Users monitoring 
the bus during debugging may see operands read 
or written by the termination or channel attention 
programs. The instructions themselves, however, 

will not appear on the bus as they are resident i in 
the chip. 


Notice also that, according to table: 3-3, a channel 
program may run at priority 3 or at priority, 1. 


~ Table 3-3. Channel Priorities and Interleave Boundaries 


interleave Boundar 


Priority | i 
‘Channel Activity (i= a By DMA By Instruction ‘ 


DMAtransfer 

DMA termination sequence 
Channel program (chained) | 
Channel attention sequence 
Channel program (not chained) 
Idle 


‘DMA is not interleaved while LOCK is active. 
“Except TSL instruction; see section 3.7. 


Bus cycle! Bus cycle’: 


Internal cycle | : None 
Internal cycle? Instruction 


None 


Internalcycle _ 


Internal cycle? Instruction 


Two clocks Twoclocks’ = ..;|> 
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Channel program priority is determined by the - 


chain bit in the channel control register. If this bit 
is cleared, the program runs at normal priority 


(3); if it is set, the program is said to be chained, | 


and it runs at the same priority as DMA. Thus, 


the chain bit provides a way to raise the priority | 


of acritical channel program. 


The CCU lets the channel with the highest priority 
run. If both channels are running activities with 
the same priority, the CCU examines the priority 
bits in the PSWs. If the priority bits are unequal, 


the channel with the higher value (1) runs. Thus, 


the priority bit serves as a ‘‘tie breaker’’ when the 
channels are otherwise at the same priority level. 


The value of the priority bit in the PSW is loaded 


from a corresponding bit in the CCW;; therefore, 
the CPU can control which channel will run when 
the channels are at the same priority level. The 
priority bit has no effect when the channel 
priorities are different. If both channels are at the 
same priority level and if both priority bits are 
equal, the channels run alternately without any 
additional overhead. 


The CCU switches channels only at certain points 
called. interleave boundaries; these vary according 
to the type of activity running in each channel and 
are shown in table 3-3. In table 3-3 and in the 
following discussion, the terms ‘‘channel A’’ and 
‘‘channel B’’ are used to identify two active chan- 
nels that are bidding for control of an IOP. 
‘‘Channel A”’ is the channel that last ran and will 
run again unless. the CCU switches to ‘‘channel 
B.’’ Where the CCU switches from one channel 
(channel A) to another (channel B) depends on 
whether channel B is performing DMA or is 
executing instructions. For this determination, 
instructions in the internal ROM are considered 
the same as instructions executed in user-written 
channel programs (chained or not chained). Table 
3-3 shows that a switch from channel A to chan- 
nel B will occur sooner if channel B is running 
DMA. DMA, then, interleaves instruction execu- 
tion at internal cycle boundaries. Since instruc- 
tions are often composed ‘of several internal 
cycles, instruction execution on channel A can be 
suspended by DMA on channel B (when channel 
A next runs, the instruction is resumed from the 
point of suspension). DMA on channel A is 
interleaved by DMA on channel B after any bus 
cycle (when channel A runs again, the DMA 
transfer sequence is resumed from the point of 
suspension). If both channels are executing pro- 
grams, the interleave boundaries are extended to 


instruction boundaries: a program on channel B 
will not run until channel A reaches the end of an 
instruction. Note that a DMA termination 
sequence or channel attention sequence on chan- 
nel A cannot be interleaved by instructions on 
channel B, regardless of channel B’s priority. 
These internal programs are short, however, and 
will not delay channel B for long (see wee 4 
for timing infurmation). 


Table 3-4 summarizes the channel switching 
mechanism with several examples. It is important 
to remember that channel switching occurs only 
when both channels are ready to run. In typical 
applications, one of the channels will be idle 
much of the time, either because it is waiting to be 


dispatched by the CPU or because it is waiting for 
a DMA request in a synchronized transfer. (Dur- 


_ing a. synchronized transfer, the channel is idle 
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between DMA requests; for many peripherals, the 
channel will spend much more time idling than 
executing DMA cycles.) The real potential for one 
channel ‘‘shutting out’’ a priority 1 activity on the 
other channel is largely limited to unsynchronized 
DMA transfers and locked transfers (synchro- 
nized or unsynchronized). Long, chained channel 
programs and high-speed synchronized DMA will 
slow a priority | activity on the other channel, but 
will not shut it out because the channels will alter- 
nate (assuming their priority bits are equal). A 
chained channel program will shut out any lower 
priority activity on the other channel, including a 
channel attention. (The channel . attention is 
latched by the IOP, however, so it will execute 
when the other channel drops to a lower priority.) 
Chained channel programs should therefore be 
used with discretion and should be made as short 
as pos 


3.3 Memory 


The 8089 can access memory components located 
in two different address spaces. The system space, 
which coincides with the CPU’s memory space, 
may contain up to 1,048,576 bytes. The I/O 
space, which may either coincide with the CPU’s 
I/O space or be local (private) to the IOP, may 
contain up to 65,536 bytes: Memory components 
in the system space should respond to the memory 
read and write commands issued by the 8288 Bus 
Controller. Memory components in the I/O space 
must respond to 8288 I/O. read and write com- 
mands. Memory in either space may be 


‘Channel: A (Ran en 


Chain td Chain Priority 


DMA transfer 
DMA transfer 


Channel program 
Channel program 


Channel program — 


DMA transfer 


Channel attention 


DMA transfer 
Channel program 


Inactive 
Inactive 


Inactive 
Inactive 


Inactive 


Inactive 


Inactive 


Active 
Active 
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Table 3-4. Channel Switching Examples 


Channel B. 


Idle 
Channel attention 


Channel program 
Channel program 


Channel program 
Channel program 


Channel program 


Channel attention 


Result 


Aruns. 

-Aruns until end of current 
transfer cycle; then Bruns. 
Bruns. 

A and Balternate by 
instruction. 


| Aruns. 


B runs. one bus or internal 
cycle following each bus eyele 
run by A.* 

A runs if it has Satted the 
sequence; otherwise B runs. 

A runs until DMA terminates. 

A completes TSL instruction, 


- (TSL instruction) 


DMA transfer 


LOCK goes inactive and B 
runs. 


ee transfer is synchronized, B also runs when A goes idle between transfer cycles. | 


implemented like 8086 memory (16-bit words split 
into even- and odd-addressed 8-bit banks) or 8088 
memory (a single 8-bit bank). See Chapter 4 as 
physical uuplenied iow considerations. 


Storage Organization 


From a ‘software point of view, both 8089 
memory spaces are organized as unsegmented 
arrays of individually addressable 8-bit bytes 
(figure 3-19). Instructions and data may be stored 
at any address without regard for acini 
(figure 3-20). 


The IOP views the system space differently from 
the 8086 or 8088 with which it typically shares the 
space. The 8086 and 8088 differentiate between a 
location’s logical (segment and offset) address 
and its physical (20-bit) address. | 


The 8089 does not ‘‘see’’ the logically segmented 
structure of the memory space; it uses its 20-bit 
pointer registers. to access all locations in the 
system space by their physical addresses. Memory 
in the 8089 I/O space is treated similarly except 
that only 16 bits are heeded - to. address | any 
location. 


LOW MEMORY HIGH MEMORY 
res 


es 00002H FFFFEH FFFFFH 
SYSTEM 
- SPACE 


pasa MEGaByTe——_»| 


LOW MEMORY: HIGH MEMORY 


0000H ; 0001H 0002H FFFEH  FFFFH 
1/0 
a ne coon 


Oh ae 64K BYTES . oo 


Figure 3-19. Storage Organization — 


1AH 1BH 1CH 1DH 1EH 1FH 20H 21H 22H 23H 


Figure 3-20. Instruction and Variable Storage 
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Following Intel convention, word data is stored 
with the most-significant byte in the higher 
address (see figure 3-21). The 8089 recognizes the 
doubleword pointer variable used by the 8086 and 
8088 (figure 3-22). The lower-addressed word of 
the pointer contains an offset value, and the 
higher-addressed word contains a segment base 
address. Each word is stored conventionally, with 
the higher-addressed byte containing the most- 
significant eight bits.of the word. The 8089 can 
convert a doubleword pointer into a 20-bit 
physical address when it is loaded into a pointer 
register to address system memory. A special 3- 
byte variable, called a physical address pointer 
(figure 3-23), is used to save and restore pointer 
registers and their associated tag bits. 


Dedicated and Reserved Memory 
Locations 


The extreme low and high addresses of the system 
space are dedicated to specific processor func- 
tions or are reserved for use by other Intel hard- 


“724H 725H - 
0 2 5 5  |JHEX 


sor 0010 | 0101 are BINARY 


0000 


_ VALUE OF WORD STORED AT 724H: 5502H 


Figure 3-21. Storage of Word Variables 


ware and software products; the locations are OH 
through 7FH (128 bytes) and FFFFOH through 
FFFFFH (16 bytes), as shown in figure 3-24. The 
low addresses are used for part of the 8086/8088 
interrupt pointer table. Locations FFFFOH- 
FFFFBH are used for 8086, 8088 and 8089 startup 
sequences; the remaining locations are reserved 
by Intel. 


If an IOP is configured locally, its I/O space coin- 
cides with the CPU’s I/O space, and it must 
respect the reserved addresses F8H-FFH. The 
entire I/O space of a remotely-configured IOP 
may be used without restriction. 


Using any dedicated or reserved addresses may 
inhibit the compatibility of a system with current 
or future Intel hardware and software products. 


Dynamic Relocation 


The 8089 is very well-suited to environments in 
which programs do not occupy static memory 
locations, but are moved about during execution. 
Dynamic code relocation allows systems to make 
efficient use of limited memory resources: by 
transferring programs between external storage 
and memory, and by combining scattered free 
areas of memory into larger, | more useful, con- 
tinuous spaces. 


IOP channel programs are inherently position- 
independent, the only restriction being that chan- 
nel programs that transfer to each other or 
share data must be moved as a unit. Since the IOP 


HEX __ 
BINARY 


“VALUE OF DOUBLEWORD POINTER STORED AT 4H: 
SEGMENT BASE ADDRESS: 3B4CH 


OFFSET: 65H 


Figure 3-22. Storage of Doubleword Pointer Variables 
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POINTER 
REGISTER 


TAG HEX 
[>] BINARY 


19 0 


100H -101H 102H 


HEX: 
MEMORY 
0000 BINARY 


VALUE OF PHYSICAL ADDRESS POINTER AT 100H: 
. ADDRESS: 265F3H 
TAG: 0 


Figure 3-23. Storage of Physical Address 
Pointer Variables 


receives the address of a channel program and its 
associated parameter block when it is dispatched 
~ by the CPU, the location of these blocks is 
immaterial and can change from one dispatch to 
the next. (Note, however, that the channel control 
block cannot be moved without reinitializing the 
IOP.) Typically, then, the CPU would direct the 
movement of IOP channel programs and 
parameter blocks. These blocks, of course, can- 
not be moved while they are in use. 


While the CPU may be in charge of relocation, 
the IOP is an excellent vehicle for performing the 
actual transfer of channel programs, parameter 
blocks, and CPU programs as well. A very simple 
channel program can transfer code between 
memory locations by DMA much faster than the 
equivalent CPU instructions, and _ transfers 
between disk and memory also can be performed 
more efficiently. 


Memory Access 


Memory accesses are always performed using a 


pointer register and its associated tag bit. The tag. _ 


bit indicates whether the access is to the system 
space (tag=0) or the I/O space (tag=1). The 
pointer register contains the base address of the 
location; i.e., the pointer register is used as a base 
register. Only the low- order 16 bits of the pointer 


FFFFFH 
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(LOCAL CONFIGURATION ONLY) 


FFFFCH 
FFFFBH 


FFFFOH 
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Figure 3-24. Reserved Memory Locations 


register are used for I/O space locations; all 20 
bits are used for system space addresses. Different 
types of memory accesses use base registers as 
shown in table 3-5. The 8089 addressing modes 
allow the base address of a memory operand to be 
modified by other registers and constant values to 
yield the effective address of the ics (see sec- 
tion 3.8). - 2 


Notice that table 3-5 indicates that memory 
operands may be addressed using register PP in 
addition to GA, GB, and GC. PP is maintained 
by the IOP and can neither be read nor written by 
a channel program; it can be used, however, to 
access data in the parameter block. PP has no 
associated tag bit; a reference to it implies the 
system space, where a parameter block always 
resides. 


Table 3-5. Base Register Use in Memory Access 


Memory Access Base Register 


Instruction Fetch — |TP 
DMA Source GA or GB! 
GA or GB! 


DMA Destination 
DMA Translate Table | GC 


Memory Operand GA or GB or GC or PP? 


'As specified in CC register 
?As specified in instruction 
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The IOP is told the physical widths of the system 
and I/O buses when it is initialized. If a bus is 
eight bits wide, the IOP accesses memory on this 
bus like an 8088. Instruction fetches and operand 
reads and writes are performed one byte at a time; 
one bus cycle is run for each memory access. 
Word operands are accessed in two cycles, com- 
pletely transparent to software. Instruction 
fetches are made as needed, and the instruction 
stream is not queued. 


The IOP accesses memory on a 16-bit bus like an 
8086. As mentioned in the previous section, the 
instruction stream is generally fetched in words 
from even addresses with the second byte held in 
the one-byte queue. If a word operand is aligned 
(i.e., located at an even address), the 8089 will 
access it in a single 16-bit bus cycle. If a word 
operand is unaligned (i.e., located at an odd 
address), the word will be accessed in two con- 
secutive 8-bit bus cycles. Byte operands are 
always accessed in 8-bit bus cycles. 


For memory on 16-bit buses, performance is 
improved and bus contention is reduced if word 
Operands are stored at even addresses. The 
instruction queue tends to reduce the effect of 
alignment on instructions fetched on a 16-bit bus. 
In tight loops, performance can be increased by 
word-aligning transfer targets. 


Notice that the correct operation of a program is 
completely independent of memory bus width. A 
channel program written for one system that uses 
an 8-bit memory bus will execute without 
modification if the bus is increased to 16 bits. It is 
good practice, though, to write all programs as 
though they are to run on 16-bit systems; i.e., to 
align word operands. Such programs will then 
make optimal use of the bus in whatever system 
they are run. 


3.4 Input/Output 


The 8089 combines the programmed I/O 


capabilities of a CPU with the high-speed block 


transfer facility of a DMA controller. It also pro- 
vides additional features (e.g., compare and 
translate during DMA) and is more flexible thana 
typical CPU or DMA controller. The 8089 
transfers data from a source address to a destina- 
tion address. Whether the component mapped 


into a given address is actually memory or I/O is 
immaterial. All addresses in both the system and 
I/O spaces are equally accessible, and transfers 
may be made between the two spaces as well as 
within either address space. 


Programmed I/O 


A channel program performs I/O similar to the 
way a CPU communicates with memory-mapped 
I/O devices. Memory reference instructions per- 
form the transfer rather than ‘‘dedicated’’ I/O 
instructions, such as the 8086/8088 IN and OUT 
instructions. Programmed I/O is typically used to 
prepare a device controller for a DMA transfer 
and to obtain status/result information from the 
controller following termination of the transfer. 
It may be used, however, with any device whose 
transfer rate does not require DMA. 


1/O Instructions 


Since the 8089 does not distinguish between 
memory components and I/O devices, any 
instruction that accepts a byte or word memory 
Operand can be used to access an I/O device. 
Most memory reference instructions take a source 
operand or a destination operand, or both. The 
instructions generally obtain data from the source 
operand, operate on the data, and then place the 
result of the operation in the destination operand. 
Therefore, when a source operand refers to an 
address where an I/O device is located, data is 
input from the device. Similarly, when a destina- 
tion operand refers to an I/O device address, data 
is output to the device. , 


Most I/O device controllers have one or more 
internal registers that accept commands and 
supply status or result information. Working with 
these registers typically involves: 


e reading or writing the entire register; 

° setting or clearing some bits in a register while 
leaving others alone; or 

© testing a single bit in a register. 


~ Table 3-6 shows some of the 8089 instructions 
that are useful for performing these kinds of. 
operations. Section 3.7 covers- the 8089 instruc- 


tion set in detail. 
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Table 3-6. Memory Reference Instruction 
7 Used for I/O 5 lw : 


| Instruction. . ° Effecton!/O Device 


MOV/MOVB | Read or write word/byte | 
AND/ANDB | Clear multiple bits in word/byte 
OR/ORB 
CLR | 
SET 
JBT 


Set multiple bits in word/byte 
Clear single bit (in byte) 
| Set single bit (in byte) 
Read (byte) and jump if 
single bit=1 — 
Read (byte) and jump if 
single bit =0 


JNBT 


Device Addressing 


Since memory reference instructions are used to 
perform programmed I/O, device addressing. is 
very similar to memory addressing. An operand 
that refers to an I/O device always specifies one 
of the pointer registers GA, GB, or GC (PP is 
legal, but an I/O device would not normally be 
mapped into a parameter block). The base 
address of the device is taken from the specified 
pointer register. Any of the memory addressing 
modes (see section 3.8) may be used to modify the 
base address to produce the effective (actual) 
address of the device. The pointer register’s tag 
bit locates the device in the system space (tag=0) 
or in the I/O space (tag=1). If the device is in 
the I/O space, only the low-order 16 bits of the 
pointer register are used for the base address; all 
20 bits are used for a system space address. The 
IOP’s system and I/O spaces are fully compatible 


with the corresponding address spaces of the 
other 8086 family processors... 


1/O Bus Transfers 


Table 3-7 shows the number of bus cycles the IOP 
runs for all combinations of bus size, transfer size 
(byte or word), and transfer address (even or 
odd). Bus width refers to the physical bus 
implementation; the instruction mnemonic deter- 
mines whether a byte or a word is transferred. 


Both 8- and 16-bit devices may reside on a 16-bit 
bus. All 16-bit devices should be located at even 
addresses so that transfers will be performed in 
one bus cycle. The 8-bit devices on a 16-bit bus 
may be located at odd or even addresses. The 
internal registers in an 8-bit device on a 16-bit bus 
must be assigned all-odd or all-even addresses 
that are two bytes apart (e.g., 1H, 3H, 5H, or 2H, 
4H, 6H). All 8-bit peripherals should be refer- 
enced with byte instructions, and 16-bit devices 
should be referenced with word instructions. 
Odd-addressed 8-bit devices must be able to 
transfer data on the upper eight bits of the 16-bit 
physical data bus. | 


Only 8-bit devices should be connected to an 8-bit 
bus, and these should only be referenced with 
byte instructions. An 8-bit device on an 8-bit bus 
may be located at an odd or even address, and its 
internal registers may be assigned consecutive 
addresses (e.g., 1H, 2H, 3H). Assigning all-odd 
or all-even addresses, however, will simplify con- 
version to a 16-bit bus at a later date. - 


Table 3-7. Programmed I/O Bus Transfers 


* not normally used 
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DMA Transfers 


In addition to byte- and word-oriented pro- 
grammed I/O, the 8089 can transfer blocks of 
data by direct memory access. A block may be 
transferred between any two addresses; memory- 
to-memory transfers are performed as easily as 
memory-to-port, port-to-memory or port-to-port 
exchanges. There is no limitation on the size of 
the block that can be transferred except that the 
block cannot exceed 64k bytes if byte count ter- 
mination is used. A channel program typically 
prepares for a DMA ttransfer by writing com- 
mands to a device controller and initializing chan- 


nel registers that are used during the transfer. No. 


instructions are executed during the transfer, 
however, and very high throughput speeds can be 
achieved. 


Preparing the Device Controller 


Most controllers that can peform DMA transfers 
are quite flexible in that they can perform several 
different types of operations. For example, an 
8271 Floppy Disk Controller can read a sector, 
write a sector, seek to track 0, etc. The controller 
typically has one or more internal registers that 
are ‘‘programmed”’ to perform a given operation. 
Often, certain registers will contain status 
information that can be read to determine if the 
controller is busy, if it has detected an error, etc. 


An 8089 channel program views these device 
registers as a series of memory locations. The 
channel program typically places the device’s base 
address in a pointer register and uses programmed 
I/O to communicate with the registers. 


Some controllers start a DMA transfer 
immediately upon receiving the last of a series of 


parameters. If this type of controller is being 
used, the channel program instruction that sends 
the last parameter should follow the 8089 XFER 
instruction. (The XFER instruction places the 
channel in DMA mode after the next instruction; 
this is explained in more detail later in this 
section.) 


Preparing the Channel | 


For a channel to perform a DMA transfer, it must 
be provided with information that describes the 
operation. The channel program provides this 
information by loading values into channel 
registers and, in one case, by executing a special 
instruction (see table 3-8). 


Source and Destination Pointers. One 
register is loaded to point to the transfer source; 
the other points to the destination. A bit in the 
channel control register is set to indicate which 
register is the source pointer. If a register is 
pointed at a memory location, it should contain 
the address where the transfer is to begin — i.e., 
the lowest address in the buffer. The channel 
automatically increments a memory pointer as the 
transfer proceeds. If the tag bit selects the I/O 
space, the upper four bits of the register are 
ignored; if the tag selects the system space, all 20 
bits are used. The source and destination may be 
located in the same or in different address spaces. 


Translate Table Pointer. If the data is to be 
translated as it is transferred, GC should be 
pointed at the first (lowest-addressed) byte in a 
256-byte translation table. The table may be 
located in either the system or I/O space, and GC 


Table 3-8. DMA Transfer Control Information 


Source Pointer 
Destination Pointer 
Translate Table Pointer 
Byte Count 
Mask/Compare Values 
Logical Bus Width 
Channel Control 


GA or GB 
GAorGB 


*Must be executed once following processor RESET. 


_ Required or Optional _ 


Required 
Required 
Optional 
Optional 
Optional 
Optional* 
Required 
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should be loaded by an instruction that sets or 
clears ‘its tag -bit as appropriate. The translate 
operation is only defined for byte data; source 
and destination: ee bus widths must both be 
set to eight bits. | 


The eraauel Ganciaee a byte by treating it as an 
unsigned 8-bit binary number. This number is 
added to the content of register GC to form a 
memory address; GC is not altered by the opera- 
tion. If GC points to the I/O space, its upper four 
bits are ignored in the operation. The byte at this 
address (which is in the translate table) is then 
fetched from memory, replacing the source byte. 
Hieure 3 “25 plusirates the translate process. 


Byte Count. If the transfer is to be terminated 
on byte count— i.e., after a specific number of 
bytes have been transferred—the desired count 
should be loaded into register BC as an unsigned 
16-bit number. The channel decrements BC as the 
transfer proceeds, whether or not byte count ter- 
mination has been specified. There are cases 
(discussed. later in this section) where the dif- 


TRANSLATE ADDRESS 


TRANSLATED BYTE 


IN 


> TO DE 


ference between BC’s value before and after the 
transfer does not accurately reflect the number of 
bytes transferred to the destination. 


Mask/Compare Values. If the transfer is to be 
terminated when a byte (possibly translated) is 
found equal or unequal to a search value, MC 
should be loaded as described in section 3.2. MC 
is not altered during the transfer. Normally, the 
logical destination bus width is set to eight bits 
when transferred data is. being compared. If the 
logical destination width is 16 bits, only the low- 
order byte of each word is compared. : 


Logical Bus Width. The 8089 WID (logical bus 
width) instruction is used to set the logical width 
of the source and destination buses for a DMA 
transfer. Any bus whose physical width is eight 
bits can only have a logical width of eight bits. A 
16-bit physical bus, however, can have a logical 
width of 8 or .16 bits; i.e., it can be used as either 
an 8-bit or 16-bit bus in any. given transfer. 
Logical bus widths are set dependently for each 
channel. _ | | 


TRANSLATE TABLE | _ 
SYSTEM OR1/O SPACE 


STINATION 


Figure 3-25. Translate Operation 
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For a transfer to or from an I/O device on a 
16-bit physical bus, the logical bus width should 


be set equal to the peripheral’s width; i.e., 8 or 16 | 


bits. Transfers to or from 16-bit memory will run 
at maximum speed if the logical bus width is set to 
16 since the channel will fetch/store words. In the 
following cases, however, the logical width 
should be set to 8: 


e the data is being translated, 
e 


the data is being compared under mask, and 


the 16-bit memory is the destination of the 
transfer. 


The WID instruction sets both logical widths and 


remains in effect until another WID instruction is | 
executed. Following processor reset, the settings | 


of the logical bus widths are unpredictable. 
Therefore, the WID instruction must be executed 
before the first DMA transfer. 


Channel Control. The 16 bits of the CC register 
are divided into 10 fields that specify how the 
DMA transfer is to be executed (see figure 3-26). 


A channel program typically sets these fields by” 


loading a word into the register. 


The function field (bits 15-14) identifies the 
source and destination as memory or ports (I/O 
devices). During the transfer, the channel 


increments source/destination. pointer. registers. | 
that refer to memory so that the data will be © 


placed in successive locations. Pointers that refer 


to 1/O devices remain constant Wiroughout the 


transfer. 


The translate field (bit 13). contol: data transla- 


tion. If it is set, each incoming byte is translated 
using the table pointed to by register GC. 
Translate is defined only for byte transfers; the 


destination bus must have a logical width of eight. 


The synchronization field (bits 12-11). specifies 
how the transfer is to be synchronized. 
Unsynchronized (‘‘free running’’) transfers are 
typically used in memory-to-memory moves. The 
channel begins the next transfer cycle immediately 
upon completion of the current cycle (assuming it 
has the bus). Slow memories, which cannot run as 
fast as the channel, can. extend bus cycles by 
signaling ‘‘not ready’’ 


bus cycle. A similar technique may be used with 
peripherals whose speed exceeds the channel’s 


to the 8284 Clock 
Generator, which will insert wait states into the: — 


ability to execute a synchronized transfer: in 
effect, the peripheral synchronizes the transfer 


_ through the use of wait states. Chapter 4 discusses 


synchronization in more detail. 


Source synchronization is typically selected when 
the source is an I/O device and the destination is 
memory. The I/O device starts the next transfer 


cycle by activating the channel’s DRQ (DMA 


request) line. The channel then runs one transfer 
cycle and waits for the next DRQ. 


Destination synchronization is most often used 


when the source is memory and the destination 1s 


an I/O device. Again, the I/O device controls the 
transfer frequency by signaling on DRQ when it Is 
ready to receive the next byte or word. 


The source field (bit 10) identifies register GA or 
GB as the source pointer (and the other as the 


_ destination pointer). 


The Jock field (bit 9) may be used to instruct the 
channel to assert the processor’s bus lock (LOCK) 
signal during the transfer. In a _ source- 
synchronized transfer, LOCK is active from the 
time the first DMA request is received until the 
channel enters the termination sequence. In a 


-destination-synchronized transfer LOCK is active 


from the first fetch (which precedes the first 


-DMA request) until the channel enters the ter- 


mination sequence. 


-- The chain field (bit 8) is not used during the 
transfer. As -discussed previously, setting this 


bit raises channel program execution to priority 


level 1. 


The terminate on single transfer field (bit 7) can 


-be used to cause the channel to run one complete 
transfer cycle only—i.e., to transfer one byte or 


word and immediately resume channel program 
execution. When single transfer is specified, any 
other termination conditions are ignored. Single 


transfer termination can be used with low-speed 
— devices, such as keyboards and communication 


lines, to translate and/or compare one byte as it 
transferred. 


The three Jow-order fields in register CC instruct 
the channel when to terminate the transfer, 
assuming that single transfer has not been 
selected. Three termination conditions may be 
specified singly or in combination. 
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1 7 | 0 
(Ee Ee el 


F FUNCTION 


00 PORT TO PORT 

01 © MEMORY TO PORT 

10 $PORTTO MEMORY 

11 MEMORY TO MEMORY 


TR TRANSLATE 


0 NO TRANSLATE 
4 TRANSLATE 


SYN SYNCHRONIZATION 


00 NOSYNCHRONIZATION 

01 SYNCHRONIZE ON SOURCE 

10 SYNCHRONIZE ON DESTINATION 
11 RESERVED BY INTEL 


SOURCE 


GA POINTS TO SOURCE 
GB POINTS TO SOURCE 


LOCK 


- NOLOCK os | 
- ACTUATE LOCK DURING TRANSFER | 
CHAIN 


NO CHAINING. 
_ CHAINED: RAISE TB TO. PRIORITY 1 


TERMINATE ON SINGLE TRANSFER | 


NO.SINGLE TRANSFER TERMINATION 
~ TERMINATE AFTER SINGLE TRANSFER 


TERMINATE ON EXTERNAL SIGNAL 


NO EXTERNAL TERMINATION 

TERMINATE ON EXT ACTIVE; OFFSET = 0 
TERMINATE ON EXT ACTIVE; OFFSET = 4 
TERMINATE ON EXT ACTIVE; OFFSET = 8 — 


TBC TERMINATE ON BYTE COUNT 


00 NOBYTE COUNT TERMINATION 

01 TERMINATE ON BC = 0; OFFSET = 0 
10 TERMINATE ON BC = 0; OFFSET = 4 
11. TERMINATE ON BC = 0; OFFSET = 8 |. 


TMC TERMINATE ON MASKED COMPARE 


000 NO MASK/COMPARE TERMINATION 

001 TERMINATE ON MATCH; OFFSET =0 > 
010 TERMINATE ON MATCH; OFFSET = 4 

011 TERMINATE ON MATCH; OFFSET = 8 

100 (NO EFFECT) 

101 TERMINATE ON NON-MATCH; OFFSET = 0 
110 TERMINATE ON NON-MATCH; OFFSET = 
111. TERMINATE ON NON-MATCH; OFFSET = 8 


Figure 3-26. Channel Control Register Fields 
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External termination allows an I/O device 
(typically, the one that is synchronizing the 
transfer) to stop the transfer by activating the 
channel’s EXT (external terminate) line. If byte 
count termination is selected, the channel will 
stop when BC=0. If masked compare termination 
is specified, the channel will stop the transfer 
when a byte is found that is equal or unequal (two 
options are available) to the low-order byte in MC 
as masked by MC’s high-order byte. The byte that 
stops the termination is transferred. If translate 
has been specified, the translated byte is 
compared. | | 


When a DMA transfer ends, the channel adds a 
value called the termination offset to the: task 
pointer and resumes channel program execution 
at that point in the program. The termination off- 
set may assume a value of 0, 4, or 8. Single 
transfer termination always results in a termina- 
tion offset of 0. Figure 3-27 shows how the ter- 
mination offsets can be used as indices into a 
three-element “‘jump table’’ that identifies the 
condition that caused the termination. 


As an example of using the jump table, consider a 
case in which a transfer is to terminate when, 80 
bytes have been transferred or a_linefeed 
character is detected, whichever occurs first. The 
program would load 80H into BC and 000AH 
into MC (ASCII line feed, no bits masked). The 
channel program could assign byte count termina- 
tion an offset of 0 and masked compare termina- 
tion an offset of 4. If the transfer is terminated by 
byte count (no linefeed is found), the instruction 
at location TP +0 will be executed first after the 
termination. If the linefeed is found before the 
byte count expires, the instruction at TP +4 will 
be executed first. The LJMP (long unconditional 
jump, see section 3.7) instruction is four bytes 
long and can be placed at TP +0 and TP +4 to 
cause the channel program to jump to a different 
routine, depending on. how the transfer 
terminates. 


If the transfer can only terminate in one way and 
that condition is assigned an offset of 0, there is 
no need for the jump table. Code which is to be 
unconditionally executed when the transfer ends 
can immediately follow the instruction after 
XFER. This is also the case when single transfer is 
specified (execution always resumes at TP +0). 


It is possible, however, for two, or even three, ter- 
mination conditions to arise at the same time. In 


WID 8,8 |< —(COULD BE A DIFFERENT INSTRUCTION) 
PERFORM TRANSFER TRANS 
(TP POINTS TO 1ST LUMP INSTRUCTION) TERMINATION 


8 A TERMINATION “2 
OFFSET 
4 


TP+0 
LUMP OFFSET_0__CODE . 
TP+4 
LJMP OFFSET_4_CODE THREE-ELEMENT JUMP TABLE 
TP +8 
LUMP OFFSET_8_CODE | | 


es EXECUTED IF TERMINATION 

. i "OFFSET = 0 ] 
. EXECUTED IF TERMINATION 

a . "OFFSET = 4. J 
pxecuTeD weTER TERMINATION 


Figure 3-27. Termination Jump Table . 


the preceding example, this would occur if the 
80th character were a linefeed. When multiple ter- 
minations occur simultaneously, the channel 
indicates that termination resulted from the con- 
dition with the largest offset value. In the 
preceding example, if byte count and search ter- 
mination occur at the same time, the channel pro- 
gram resumes at TP + 4. 


Beginning the Transfer 


The 8089 XFER (transfer) instruction puts the 
channel into DMA transfer mode after the 
following instruction has been executed. This 
technique gives the channel time to set itself up 
when it is used with device controllers, such as the 
8271 Floppy Disk Controller, that begin transfer- 
ring immediately upon receipt of the last in a 
series of parameters or commands. If the transfer 
is to or from such a device, the last parameter 
should be sent to the device after the XFER 
instruction. If this type of device is not being 
used, the instruction following XFER would 
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typically send a ‘“‘start’? command to the con- 
troller. If a memory-to-memory transfer is being 
made, any instruction may follow XFER except 
one that alters GA, GB, or CC. The HLT instruc- 
tion should normally not. be coded after the 
XFER; doing so clears the channel’s BUSY flag, 
but aloe the DMA transfer to proceed. 


DMA Transfer cycle : 


A DMA transfer cycle i is ‘ilicwated’ in isue 3-28; 
a complete transfer is a series of these cycles run 
until a termination condition is encountered. The 
figure is deliberately simplified to explain the 
general operation of a DMA transfer; in par- 
ticular, the updating of the source and destination 
pointers (GA and GB) can be more complex than 
the figure indicates. Notice that it is possible to 
start an unending transfer by not specifying a ter- 
mination condition in CC or by specifying a con- 
dition that never occurs; it is the programmer’s 
responsibility to ensure that the transfer eventu- 
ally stops. oe 


If the transfer is source-synchronized, the channel 
waits until the synchronizing device activates the 
channel’s DRQ line. The other channel is free to 
run during this idle period. The channel fetches a 
byte or a word, depending on the source address 
(contained in.GA or GB) and the. logical bus 
width. Table 3-9 shows how a channel performs 
the fetch/ store sequence for all combinations of 
addresses and bus widths. If the destination i is on 
a 16-bit logical bus and the source is on an 8- bit 
logical bus, and the transfer is to an even address, 
the channel fetches a second byte and assembles a 
word internally. During each fetch, the channel 
decrements BC according to whether a byte or 
word is obtained. Thus BC aways indicates the 
number of bytes fetched. eal 


The channel samples its EXT line after every bus 


cycle in the transfer. If EXT is. recognized after 


the first of two. scheduled. fetches, the second 
fetch is not run. After the fetch sequence has been 
completed, the. channel translates the data if this 
opuon iS specified: in CC. 


- If a word has been fetched or Niel and 
bytes are to be stored (destination bus is eight bits 
or transfer is to an odd address), the channel 
disassembles the ‘word into two ‘bytes. If: the 
transfer is destination- synchronized (only one 


Table 3-9. DMA Transfer 
| Assembly/ Disassembly 


Address 
 (Source> 
| Destination) | 


| _ Logical Bus Width 


. Piciinnd 


| ODD>ODD | 


B= Byte Fetched or Stored in 1 Bus Cycle 
W= Word Fetched or Stored in 1 Bus Cycle 
B/B=2 Bytes Fetched or Stored in 2 Bus Cycles 


type of sgaceaniention may be Specified for a 
given transfer), the channel waits for DRQ before 
running a store cycle. It stores a word or the 
lower-addressed byte (which may be the only byte 
or the first of two bytes). Table 3-9 shows the 

possible combinations of even/odd addresses and 
topical bus widths that define the store cycle. 
Whenever stores are to memory on a 16-bit logical 
bus, the channel stores words, except that bytes 
may be stored on the first and a cycles. 


3 The channel samples EXT again after the first 


store cycle and, if it is active, the channel prevents 
the second store cycle from running. If specified 
in the CC register, the low-order byte is compared 
to the value in MC. A “‘hit’’ on the comparison 
(equal or unequal, as indicated in CC) also 
prevents the second of two scheduled store cycles 
from running. In both of these’cases, one byte has 
been ‘‘overfetched,’’ and this is reflected in BC’s 
value. It would be unusual, however, for a syn- 
chronizing device to issue EXT in the midst of a 
DMA cycle. Note also that EXT is valid only 
when DRQ is inactive. Chapter 4 covers the tim- 
ing requirements for these two signals in detail.” 


GA and GB are updated next. Guly memory 
pointers are incremented; pointers to I/O devices 
remain constant throughout the transfer. | 


If any termination condition has occurred curing 
this cycle, the channel stops the transfer. It uses 
the content of the CC register to assign a value to 
the termination offset, to reflect the cause of the 
termination. The channel adds this offset to TP 
and resumes channel program execution at the 
location now addressed by TP. This offset will 
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ENTER FROM 
CHANNEL PROGRAM 


DEST. MH SYNCHRONI- “\SOURCE WAIT FOR _ 
ZATION DMA REQUEST 


UNSYNCH. 


FETCH BYTE 
OR WORD, 
DECREMENT 
BC 


G- — — —EXT 


YES ANOTHER 
BYTE? 


NO 


ASSEMBLE 
BYTES 
(OPTIONAL) 


DISASSEMBLE 
WORD 


(OPTIONAL) 


SOURCE SYNCHRONI- DEST. WAIT FOR 
ZATION - DMA REQUEST 


STORE WORD 

OR LOWER- 
ADDRESSED 
BYTE 


DRQ 


ae me me em EXT 


DETERMINE 
TERMINATION 


COMPARE 
UNDER 
MASK 


ANOTHER 
BYTE? 


DRQ 


WAIT FOR 
DMA REQUEST 


SYNCHRONI- 


OFFSET ZATION 


HIGHER- 
ADORESSED 
BYTE 


—— —EXT 


Figure 3-28. Simplified DMA Transfer Flowchart | 


always be zero, four, or eight bytes past the end 
of the instruction. following the XFER instruc- 
tion. : 


If no termination condition is detected and 
another byte remains to be stored, the channel 
stores this byte, waiting for DRQ if necessary, 
and updates the source and destination pointers. 
After the store, it again checks for termination. 


Following the Transfer 


A DMA transfer updates register BC, register GA 

(if it points to memory), and register GB (if it 
points to memory). If the original contents of 
these registers are needed following the transfer, 
the contents should be saved in memory prior to 
executing the XFER instruction. : 
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A program may determine the address of the last 
byte stored by a DMA transfer by inspecting the 
pointer registers as shown in table 3-10. The 
number of bytes stored is equal to: 


last_byte__address — first__byte_address + 1. 


For port-to-port transfers, the number of bytes 
transferred can be determined by subtracting the 


final value of BC from its original value provided _ 


that: 
e the original BC > final BC, 


° a transfer cycle is not ‘“‘chopped off’? before. 


it completes by a masked compare or exter- 
nal termination. 


In general, programs should not use the contents 


of GA, GB and BC following a-transfer except as 


noted above and in table 3-10. This is because the : 


contents of the registers are affected by numerous 


conditions, particularly when the transfer is ter- 
minated by EXT. In particular, when a program. 


is performing a sequence of transfers, it should 
reload these registers before each transfer. 


3.5 Multiprocessing Features’ 


The 8089 shares the multiprocessing facilities 
commion to the 8086 family of processors. It has 
on-chip logic for arbitrating the use of the local 
bus with a CPU or another IOP; system bus 
arbitration is delegated to an 8289 Bus Arbiter. 


The 8089’s TSL (test and set while locked) in- 
struction enables it to share a resource, such as a 
buffer, with other processors by means of 
semaphore (see section 2.5 for a discussion of. the 
use of semaphores to control access to shared 
resources). Finally, the 8089 can lock the system 
bus for the duration of a DMA transfer to ensure 
that the transfer completes without interference 


from other processors on the bus. 


In the remote configuration, the 8089 is electric- 
ally compatible with Intel’s Multibus™ multi- 
master bus design. This means that the power and 
convenience of 8089 I/O processing can be used 
in 8080- or 8085-based systems that implement the 
Multibus protocol or a superset of it. This 
includes single-board computers such as Intel’s 
iSBC 80/20™ and iSBC 80/30™ boards. In addi- 
tion, the IOP can access other iSBC board 
products such as memory and communications 
controllers. — 


Bus Arbitration 


. The 8089 shares its system bus with a CPU, and 


may also share its I/O bus with an IOP or another 
CPU. Only one processor. at-a time may drive a 
bus. When two (or more) processors want to use a 
shared bus, the system must provide an arbitra- 


‘tion mechanism that will grant the bus to one of 


the processors. This section describes the bus 
arbitration facilities that may be used with the 
8089 and covers their applicability to different 
IOP configurations. 


Table 3-10. Address of Last Byte Stored 


byte count 


masked compare 


external: 


memory: 
memory 
port 


memory 


“memory 


port 


‘memory: - 
memory — 
| port” | 


‘Source pointer may also be used. | phe ia 
"It transfer is B/B~W, source pointe must be decremented By 1 to point to last byte transferred. 


-memory 
_ port. 
memory 


memory 
“port 
memory 


“memory 


port 
memory 


destination pointer’, 
source pointer 
destination pointer 


destination pointer 
‘source pointer 
destination pointer | - 


unsynchronized 
destination. 
source ~ 


destination pointer 
* - source pointer? 
destination pointer 
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Request/Grant Line 


When ‘an 8089 is directly connected to 
another 8089, an 8086 or an 8088, the 
RQ/GT (request/grant) lines built into all of 
these processors are used to arbitrate use of a 
local bus. In the local mode, RQ/GT is used 
to control access to both the system and the 
I/O bus. 


As discussed in section_2.6, the _CPU’s 
request/grant lines (RQ/GTO and RQ/GT1) 
operate as follows: 


e an external processor sends a pulse to the 
CPU to request use of the bus; 


e the CPU finishes its current bus cycle, if one 
is in progress, and sends a pulse to the pro- 
cessor to indicate that it has been granted the 
bus; and | 


e when the external processor is finished with 
the bus, it sends a final pulse to the CPU, to 
indicate that it is releasing the bus. 


The 8089’s request/grant circuit can operate in 
two modes; the mode is selected when the IOP is 
initialized (see section 3.6). Mode 0 is compatible 
with the 8086/8088 request/grant_circuit and 
must be specified when the 8089’s RQ/ GT line is 
connected to RQ/GTO. or RQ/GTI1 of one of 
these CPUs. Mode 0 may be specified when 
RO/GT of one 8089 is tied to RQ/GT of another 
8089. When mode 0 is used with a CPU, the CPU 
is designated the master, and the IOP is 
designated a slave. When mode 0 is used with 
another IOP, one IOP is the master, and the other 
is the slave. Master/slave designation also is made 
at initialization time as discussed in section 3.6. 
The master has the bus when the system is in- 
itialized and keeps the bus until it is requested by 
the slave. When the slave requests the bus, the 
master grants it if the master is idle. In this sense, 
the CPU becomes idle at the end of the current 
bus cycle. An IOP master, on the other hand, 


does not become idle until both channels have - 


halted program execution or are waiting for DMA 
requests. Once granted the bus, the slave (always 
an IOP) uses it until both channels are idle, and 
then releases it to the master. In mode 0, the 


master has no way of requesting the slave to . 


return the bus. 


Mode 1 operation of the request/grant lines may 
only be used to arbitrate use of a private I/O bus 


between two IOPs. In this case, one IOP is 
designated the master, and the other is designated 
the slave. However, the only difference between a 
master and a slave running in mode | is that the 
master has the bus at initialization time. Both 
processors may request the bus from each other at 
any time. The processor that has the bus will 
grant it to the requester as soon as one of the 
following occurs on either channel: 


e an unchained channel program instruction iS 
completed, or 3 


e achannel goes idle due to a program halt or 
the completion of a synchronized transfer 
cycle (the channel waits for a DMA request). 


Execution of a chained channel program, a DMA 
termination sequence,. a channel attention 
sequence, or a synchronized DMA transfer (i.e., a 
high-priority operation) on either channel 
prevents the IOP from pananes the bus to » the 
requesting IOP. 


The andshaking sequence in mode | is: 


e the requesting processor pulses once’ on 


RO/GT: | 
e the processor with the bus grants it by 
pulsing once; and 


e if the processor granting the bus wants it 
back immediately (for example, to fetch the 
next instruction), it will pulse RQ/GT again, 
two. clocks after the grant pulse. 7 


The fundamental difference between the two 
modes is the frequency with which the bus can be 
switched between the two processors when both | 
are active. In mode 0, the processor that has the 


bus will tend to keep it for relatively long periods 


if it is executing a channel program. Mode 1 in 
effect places unchained channel programs at a 
lower priority since the processor will give up the 
bus at the end of the next instruction. Therefore, 
when both processors are running channel pro- 
grams or synchronized DMA, they will share the 
bus more or less equally. When a processor 
changes to what would typically be considered a 
higher-priority activity such as chained program 
execution or DMA termination, it will generally 
be able to obtain the bus quickly and keep the bus 
for the duration of the more critical activity. 
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8289 Bus Arbiter 


When an IOP i is nnd aie an 8289 Bus 
Arbiter is used to control its access to the shared 
system bus (the:CPU also has its own 8289). Ina 
remote cluster.of two IOPs or an IOP anda CPU, 
one 8289. controls access to the system bus for 
both: processors: in the cluster. The 8289 has 
several operating modes; when used with an 8089, 
the 8289 is usually strapped in its IOB (I/O 
vee pus) mode. 


The 8289 mone the 1OP’s status Gince When 
these indicate that the IOP needs a cycle on the 
system bus; and the IOP does not presently have 
the bus, ‘the 8289 activates a bus request signal. 
This ‘signal, along with the bus request lines of 
other 8289s on the same bus, can be routed to an 
external ‘priority-resolving circuit. At the end of 
the current bus cycle, this circuit grants the bus to 
the requesting. 8289 with the highest priority. 
Several different prioritizing techniques may be 
‘used; in a typical system, an IOP would have 
higher bus priority than a CPU. If the 8289 does 
not obtain the bus for its processor, it makes the 
bus appear ‘‘not ready’’ as if a slow memory were 
being accessed. The processor’s ‘clock generator 
responds to the. ‘‘not ready’’ condition by insert- 
ing wait states into the IOP’s bus cycle, thereby 
extending the eece until the bus is acquired. | 


Bus Arbitration for lop Configurations 


‘When. thie CPU initializes an IOP, it. must iAre 
the IOP whether it is a master or a. slave, and 
which request/grant mode is to be used. This sec- 
tion covers the requirements and _ options 
available for each IOP configuration; section 3.6 
describes how the information: i 1S pommumcates 
cat Pmatializanon time. 


Table 3-11 summarizes the bus. arbitration 
requirements and options by IOP configuration. 
In the local configuration, all bus arbitration is 
performed by the request/grant lines without 
additional hardware. One IOP may be connected 
to each of the CPU’s ROQ/GT lines. The IOP con- 
nected to. RQ/ GTO will obtain the bus if both pro 
cessors make simultaneous requests. 


Since a single IOP in a remote configuration dogs 
not use RQ/GT, its mode may be set to 0 or 1 
without affect. The single remote IOP, however, 
must be initialized as a master. If two remote 
IOPs share an I/O bus, one must be a master and 
the other a slave; both must be initialized to use 
the same request/grant mode. Normally, mode 1 
will be selected for its improved responsiveness, 
and the designation of master will be arbitrary. If 
one IOP must have the I/O bus when the system 
comes up, it should be initialized as the master. 


When a remote IOP shares its:I/O bus. with a 
local CPU, it must be a slave and must use 
request/grant mode 0. 


Bus Load Limit 


A. locally configured IOP effectively has higher 
bus. priority than the CPU since the CPU will 
grant the bus upon request from the IOP. One or 
two local. IOPs can potentially monopolize the 
bus at the. expense of the CPU. Of course, if the 
IOP activities are time-critical, this is exactly what 
should happen. On the other hand, there may be 
low-priority channel programs that have less 
demanding performance requirements. 


In such cases, the CPU may set a CCW bit called 
bus load limit to constrain the channel’s use of the 
bus euune normal oo pepe channel program 


| : “Table 3- 11. Bus Arbitration Requirements Sid Options : 


Master/ 


~* Master © 


Slave 


Remote ae 


| ". Master/ | RQ/G1 
Slave 1 Moe fe 7 Slave — 


Remote With 
Local CPU 


Master/ 
~ Slave 


Oor1 


Same as 
Master ~ 
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execution. When this bit is set, the channel 
decrements a 7-bit counter from 7F (127) to 0H 
with each instruction executed. Since the counter 
is decremented once per clock period, the channel 
waits a minimum of 128 clock cycles before it exe- 
cutes the next instruction. By forcing the execu- 
tion time of all instructions to 128 clocks, the use 
of the bus is reduced to between 3 and 25 percent 
of the available bus cycles. 


Setting the bus load limit. effectively enables a 
CPU to slow the execution of a normal channel 
program, thus freeing up bus cycles. This is of 
most use in local configurations, but also may be 
effective in remote configurations, particularly 
when channel programs are executed from system 
memory. Bus load limit has no effect on chained 
channel programs, DMA transfers, DMA ter- 
mination, or channel attention sequences. 


Bus Lock 


Like the 8086 and 8088, the 8089 has a LOCK 
(bus lock) signal which can be activated by soft- 
ware. The LOCK output is normally connected to 
the LOCK input of an 8289 Bus Arbiter. When 
LOCK is active, the bus arbiter will not release the 
bus to another processor regardless of its priority. 
A channel automatically locks the bus during exe- 
cution of the TSL (test and set while locked) 
instruction and may lock the bus for the duration 
of a DMA transfer. 


If bit 9 of register CC is set, the 8089 activates its 
LOCK output during a DMA transfer on that 
channel. If the transfer is synchronized, LOCK is 
active from the time that the first DRQ is 
recognized. If the transfer is unsynchronized, 
LOCK is active throughout the entire transfer 


(there are no idle periods in an unsynchronized 


transfer). LOCK goes inactive when the channel 
begins the DMA termination sequence. 


A locked transfer ensures that the transfer will be 
completed in the shortest possible time and that 
the transferring channel has exclusive use of the 
bus. Once the channel obtains the bus and starts a 
locked transfer, the channel, in effect, becomes 
the highest-priority processor on that bus. 


The 8089 TSL (test and set while. locked) 
instruction can be used to implement a 
semaphore. (See. section 2.5 for a discussion of 
how a semaphore may be used to control the 


access oOf multiple processors to a_ shared 
resource.) The instruction activates LOCK and 
inspects the value of a byte in memory. If the 
value of the byte is OH, it is changed (set) to a 
value specified in the instruction and the follow- 
ing instruction is executed. If the byte does not 
contain OH, control is transferred to another loca- 
tion specified in the instruction. The bus is locked 
from the time the byte is read until it is either writ- 
ten or control is transferred to ensure that another 
processor does not access the variable after TSL 
has read it, but before it has updated it (i.e., 
between bus cycles). The following line of code 
will repeatedly test a semaphore pointed to by GA 
until it is found to contain zero: 


TEST__FLAG: TSL [GA], OFFH, TEST__FLAG 


When the semaphore is found to be zero, it is set 
to FFH and the program continues with the next 


_ instruction. 


_ 3.6 Processor Control and 


Monitoring 


This section focuses on IOP/CPU interaction, 


1.e., how the CPU initializes the IOP and sub- 
sequently sends commands to channels, and how 
the channels may interrupt the CPU. It also 
covers the channels’ DMA control signals and the 
Status signals that external devices can use to 
monitor IOP activities. 


Initialization 


Before the 8089 channels can be dispatched to 
perform I/O tasks, the IOP must be initialized. 
The initialization sequence (figure 3-29) provides 
the IOP with a definition of the system environ- 
ment: physical bus widths, request/grant. mode, 
and the location of the channel control block. 


The sequence begins when the IOP’s RESET line 
is activated. This halts any operation in progress, 
but does not affect. any registers. Upon the first 
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~ 1OP 


RESET——>] 


WAIT FOR 
CHANNEL 
ATTENTION 


BLOCKS 


WAIT FOR 
~ CHANNEL 
ATTENTION 


READ 
INITIALIZATION 
CONTROL 


CH1 BUSY-0H 


CA+SEL 


~ CPU 


_ PREPARE 

INITIALIZATION 
ONTROL 

BLOCKS 


CH1 BUSY<FFH 


CH2 BUSY<0H | 


ISSUE 
CHANNEL 
ATTENTION 


IOP IS READY; 
CPU MAY INITIALIZE 
ANOTHER IOP 


Figure 3-29. Initialization Sequence 


RESET after power-up, the content of all IOP 
registers is undefined. Register contents are 
preserved if the IOP is subsequently RESET, 
except that RESET always clears the chain bit in 
Tegister Ce. 


The IOP initializes itself by ee information 
from initialization control blocks ‘located in the 
‘system space (see figure 3-30). The three blocks 
are the SCP (system configuration pointer), SCB 
(system configuration block) and the CB (channel 
control block). The CB is normally RAM-based; 
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the SCP and the SCB may be in RAM or ROM. It 
is the CPU’s responsibility to properly setup the 
control blocks. 


The CPU starts the initialization sequence by issu- 
ing a channel attention to channel 1 (SEL low) or 
to channel 2 (SEL high). The CPU typically 
accesses the channels as two consecutive addresses 
in its I/O or memory space. An OUT instruction 
(for an I/O-mapped IOP) or a memory reference 
instruction (such as MOV) then issues the Euan 
attention. 
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HIGH SYSTEM MEMORY 


SYSTEM 
CONFIGURATION 
POINTER 
(FIXED LOCATION) 


SYSTEM 
. CONFIGURATION 
BLOCK 
(USER-DEFINED LOCATION) 


CHANNEL 
CONTROL | 


. BLOCK — 
(USER-DEFINED LOCATION) 


BUSY 


| =r mMZzZPrro | srmzz>z0 | 


(RESERVED) 


SCB SEGMENT BASE 
SCB OFFSET 
(RESERVED) 


"8086/8088 
RESET LOCATION 


SYSBUS 


CB SEGMENT BASE 
CB OFFSET 


[ore 


FFFFEH 


FFFFCH 
FFFFAH 


FEFF8H 


FFFF6H 


FFFFGH 


FFFF2H 


FFFFOH 


_ y» CHANNEL 2 
~ PARAMETER BLOCK 


_ y CHANNEL 1 
PARAMETER BLOCK 


LOW SYSTEM MEMORY 


Figure 3-30. Initialization Control Blocks 


If channel 1 is selected (SEL=low), the IOP con- 
siders itself a master (as discussed in section 3.5). 
If. channel 2 is selected: (SEL=high), the IOP 
operates as a slave. The IOP ignores, and does 
not latch, any subsequent channel attentions that 
occur during initialization. 


If the IOP is a master, it assumes ‘that it has the 
bus immediately. If it is a slave, it pulses RQ/GT 
to request the bus from the CPU (local configura- 
tion) or the other IOP (remote configuration). 
When the IOP has obtained the bus, it assumes 
that the system bus is eight bits wide and reads the 
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SYSBUS field (figure 3-31) from _ location. 


FFFF6H in system memory. This byte tells the 
IOP the actual physical width of the system bus; 
all subsequent accesses take advantage of a 16-bit 
bus if it is available; i.e., even-addressed words 
are fetched in single bus cycles. It is therefore 
advantageous to word-align the control blocks. 


-BIT SYSTEM BUS 
6-BIT SYSTEM BUS 


= OO 


Figure 3-31. SYSBUS Encoding 


Next, the IOP reads the SCB address located at 
FFFF8H. This is a standard doubleword pointer, 
and the IOP constructs a 20-bit physical address 


from it by shifting the segment base left four bits 


and adding the offset word of the pointer. 


Having obtained the SCB address, the IOP reads 
the SOC (system operation command). This byte 
(see figure 3-32) tells the IOP the request/grant 
mode and the width of the I/O bus. 


R = REQUEST/GRANT MODE 
|= 0 = 8-BIT I/O BUS 
|= 1 = 16-BiT I/O BUS 


Figure 3-32. SOC Encoding 


Then the IOP reads the doubleword pointer to the 
channel control block, converts the pointer into a 
20-bit physical address, and stores it in an internal 
register. This register is not accessible to channel 


programs and is only loaded during initialization. 
The CB, therefore, cannot be moved during exe- 
cution except by reinitializing the IOP. 


After loading the address of the CB, the IOP 


_ Clears the channel 1 BUSY flag to OH. The other 
.. fields in the CB are used when a channel is dis- 
patched and are not read or altered in the 


initialization sequence. 


After the CPU has started the initialization 


sequence, it should monitor channel 1’s BUSY 
flag in the CB to determine when the sequence has 
been completed. When the BUSY flag has been 
cleared, the CPU can dispatch either channel. It 
also can begin the initialization of another IOP. 
Since each IOP normally has a separate CB, the 


- CPU must allocate the CB and update the pointer 
_ in the SCB before initializing the next IOP. Alter- 


natively, multiple SCBs could be employed, each 
pointing to a different CB area. In this case the 
CPU would update the pointer in the SCP before 


initializing the next IOP. It follows from this that 


in multi-IOP systems, either the SCB or SCP, or 
both, must be RAM-based. When all IOPs have 
been initialized, the CPU may use RAM occupied 
by the SCB for another purpose. 


Channel Commands 


After initialization, any channel attention is 
interpreted as a command to channel 1 
(SEL=low) or to channel 2 (SEL=high). As 
discussed in section 3.2, the channel attention, 
depending on the activities of both channels, may 
not be recognized immediately. The channel 
attention is latched, however, so that it will be 
serviced as soon as priorities allow. 


When the channel recognizes the CA, it sets its 


BUSY flag in the CB to FFH. This does not pre- 
vent the CPU from issuing another CA, but pro- 


vides status information only. In its response to a 


CA, the channel reads various control fields from 
system memory. It is the responsibility of the 
CPU to ensure that the appropriate fields are 
properly initialized before issuing the CA. | 


After setting its BUSY flag, the channel reads its 
CCW from the CB. It examines the command 
field (see figure 3-33) and executes the command 
encoded there bythe CPU... _~ 
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7 0 


BOOK: 


COMMAND FIELD 


UPDATE PSW 

START CHANNEL PROGRAM LOCATED IN I/O SPACE. 
(RESERVED) 

START CHANNEL PROGRAM LOCATED IN SYSTEM SPACE. 
(RESERVED) 

RESUME SUSPENDED CHANNEL OPERATION 

SUSPEND CHANNEL OPERATION 

HALT CHANNEL OPERATION 


INTERRUPT CONTROL FIELD 


IGNORE, NO EFFECT ON INTERRUPTS. 
REMOVE INTERRUPT REQUEST; INTERRUPT Is ACKNOWLEDGED. 


10 ENABLE INTERRUPTS. 
11. DISABLE INTERRUPTS. 


B BUS LOAD LIMIT 


0 NOBUS LOAD LIMIT 
1 BUS LOAD LIMIT 
; | 


PRIORITY BIT 


Figure 3-33. Channel Command Word Encoding 


Figure 3-34 illustrates the channel’s response to 
each type of command. Note that if CF contains a 


reserved value (010 or 100), the channel’s 
response is unpredictable. 


The CPU can use the ‘‘update PSW’’ command 
to alter the bus load limit and priority bits in the 
PSW (see figure 3-17) without otherwise affecting 
the channel. This command also allows the CPU 
to control interrupts originating in the channel; 
this topic is discussed in more detail later in this 
section. 


The two ‘‘start program’’ commands differ only 
in their affect on the TP tag bit. If CF=001, the 
channel sets the tag to 1 to indicate that the pro- 
gram resides in the I/O space. If CF=011, the tag 
is cleared to 0, and the program is assumed to be 
in the system space. The channel converts the 
doubleword parameter block pointer to a 20-bit 
physical address and loads this into PP. It loads 
the doubleword task block (channel program) 
pointer into TP, updates the PSW as specified by 
the ICF, B and P fields of the CCW and starts the 
program with the instruction pointed to by TP. 


The CPU ‘may suspend a channel operation 


(either program execution or DMA transfer) by 
setting CF to 110. The channel saves its state (TP, 
its tag bit, and PSW) in the first two words of the 
parameter block (see figure 3-18 for format) and 
clears its BUSY flag to OH. Note the following in 


_ regard to a suspended operation: 


e The content of the doubleword pointer to the 


beginning of the channel program is replaced 
by the channel state save data. Therefore, a 
suspended operation may be resumed, but 
cannot be started from the beginning without 
recreating the doubleword pointer. 


e TP is the only register saved by this 
operation. If another channel program is 
started on this channel, the other registers, 
including PP, are subject to being over- 
written. In general, suspend is used to tem- 
porarily halt a channel, not to ‘‘interrupt’’ it 
with another program. Section 3.10 provides 
an example of a program that can be used to 
save another program’s registers. 
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PARAMETER 

BLOCK | | 

POINTER = }:2: | TBPOINTER {2 
. : : OR 


BUSY 3 CHANNEL STATE | 9 


T , . » 
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|) (RESERVED) ~ 
PARAMETER 


BLOCK . 
POINTER 


START PROGRAM 


oF TASK 
(CF =001/011) oe 


BLOCK 
POINTER 


(RESERVED) | | 


PARAMETER 
BLOCK - 


POINTER 


CHANNEL 


T 
_SUSPEND OPERATION 
STATE 


(CR=110) 


(RESERVED) | 6 l PS | - 
PARAMETER [4 | , a ne 


BLOCK —-. 
POINTER | 2 


RESUME OPERATION 


(CF = 101) CHANNEL 


STATE | 


(RESERVED) | 6. | mo ns | 


PARAMETER | 4 
BLOCK 


T , 
HALT OPERATION _ | POINTER [2 | TBPOINTER | 2 
(CF =111) G eu. OR 
na BUSY Ae I CHANNELSTATE | 0 


Figure 3-34. Channel Commands 
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e Suspending a DMA transfer does not affect 

any I/O devices (an I/O device will act as 

though the transfer is proceeding). The CPU 

must provide for conditions that may arise if, 

for example, a device requests a DMA 

transfer, but the channel does. not 

acknowledge the request because it has been 

suspended. Similarly, an I/O device may be 

in a different condition when the operation is 
resumed. 


A suspended operation may be resumed by setting 
CF to 101. This command causes the channel to 
reload TP, its tag bit, and the PSW from the first 
two words of PB. Resuming an operation that has 
not been suspended will give unpredictable results 
since the first two words of PB will not contain 
the required channel state data. A resume com- 
mand does not affect any channel registers other 
than TP. 


The CPU may abort a channel operation by 
issuing a ‘Shalt’? command (CF=111). The chan- 
nel clears its BUSY flag to OH and then idles. 
Again, the CPU must be prepared for the effect 
aborting a DMA transfer may have on an I/O 
device. 


DRQ (DMA Request) 


The synchronizing device in a DMA transfer uses 
the DRQ line to indicate when it is ready to send 
or receive the next byte or word. The channel 
recognizes a signal on this line only during a 
DMA transfers, i.e., after the instruction follow- 


ing XFER has been executed and before a ter- 


mination condition has occurred. The channels 
have separate DMA request lines (DRQI and 
DRQ?2). 


EXT (External Terminate) | 


An external device (typically the synchronizing 
device) can terminate a DMA transfer by signal- 
ing on this line. Each channel has its own external 
terminate line (EXT1 and EXT2). The channel 
stops the transfer as soon as the current fetch or 
store cycle is completed. An external terminate in 
an unsynchronized transfer could result in a loss 
of data, although this would not be a typical use 
of EXT. In a synchronized transfer, the syn- 
chronizing device will normally issue EXT instead 


of DRQ following the last transfer cycle. If EXT 
is activated during a transfer cycle, a fetched byte 
may not be stored as explained in section 3.4. 


A channel does not recognize EXT if it is not per- 
forming a DMA transfer. If EXT1 and EXT2 are 
activated simultaneously, EXT1 is recognized 
first. : 


Interrupts 


Each channel has a separate system interrupt line 
(SINTR1 and SINTR2). A channel program may 
generate a CPU interrupt request by executing a 
SINTR instruction. Whether this instruction 
actually activates the SINTR line, however, 
depends upon the state of the interrupt control bit 
(bit 3 of the PSW; see figure 3-17). If this bit is 
set, interrupts from the channel are enabled, and 
execution of the SINTR instruction activates 
SINTR. If the interrupt control bit is cleared, the 
SINTR instruction has no effect; interrupts from 
the channel are disabled. 


The CPU can alter a channel’s interrupt control 
bit by sending any command to the channel with 
the value of ICF (interrupt control field) in the 
CCW set to 10 (enable) or 11 (disable). Thus, the 
CPU can prevent interrupts from either channel. 


Once activated, SINTR remains active until the 
CPU sends a channel command with ICF set to 01 
(interrupt acknowledge). When the channel 
receives this command, it clears the interrupt ser- 
vice bit in the PSW (figure 3-17) and removes the 
interrupt request. Disabling interrupts also clears 
the interrupt service bit and lowers SINTR. 


Status Lines 


The IOP emits signals on the SO-S2 status lines to 
indicate to external devices the type of bus cycle 
the processor is starting. Table 3-12 shows the 
signals that are output for each type of cycle. 
These status lines are connected to an 8288 Bus 
Controller. The bus controller decodes these lines 
and outputs the signals that control components 
attached to the bus. The JOP indicates ‘‘instruc- 
tion fetch’’ on these lines when it is reading and 


writing memory operands as well as when it is fet- 
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ched instructions. In the remote configuration, an 
8289 Bus Arbiter monitors the SO-S2 status lines 
to determine when a system bus access is required. 


Table 3- 12. Status Signals S0- s2 


EAgIGT Type of Bus Cycle io 


Instruction fetch from 1/O space 


Data fetch from 1/O space 
Data store to 1/O space 
(not used) 


Instruction fetch from n system | 
space ~ 


Data store to system space © 
Passive; no bus cycle run 


Status lines S3-S6 indicate whether the bus cycle is 
DMA or non-DMA, and which channel is run- 
ning the cycle (see table 3-13). Note that when the 
IOP is not running a bus cycle (e.g., when it is idle 
or when it is executing an internal cycle that does 
not use the bus), the status lines feu! the last 
bus cycle run. 7 


Table 3-13. Status Riewals 53-S6 


RE] soe 


DMA cycle onchannel 1 
DMA cycle on channel 2 
Non-DMA cycle on channel 1 


Non-DMA cycle on channel 2 


3.7 Instruction Set 


This section divides the IOP’s 53 instructions into 
five functional categories: : 


1. data transfer, 

2 arithmetic, 

3. logic and bit manipulation, 
4.. program transfer, | 

5. processor control. 


‘Data fetch from Sete space | 


The description. of each instruction in_ these. 
categories explains how the instruction operates 
and how it may.be used in channel programs. 
Instructions that perform essentially the same 
operation (e.g., ADD and ADDB, which add 
words and bytes respectively), are described 
together. A reference table at the end-of the sec- 
tion lists every instruction alphabetically and pro- 
vides execution time, encoded length, and sample 
ASM-89 coding for each permissable operand 
combination. For information on how the 8089 
machine: instructions are encoded in meme, see 
section 4.3. 7 | | | 


In readae this. section, it is important to recall 
that the instruction set does not. differentiate 
between memory. addresses and I/O -device 
addresses. Instructions that are described as 
accepting byte and word memory operands may 
also be used to read and write I/O devices. . ~ 


Data Transfer Instructions 


These instructions move data between memory 
and channel registers. Traditional byte and word 
moves (including memory-to-memory) are 
available, as are special instructions that load 
addresses into pointer Eeerters and pneate tag 
bits in the process. | Boe. a 


MOV. Westie tion, . source | 


MOV éransters a ne or word from the s source. to 
the destination. Four instructions are provided: 


MOV Move Word Variable, 
MOVB Move Byte Variable, 
MOVI Move Word Immediate, 


MOVBI _— Move Byte Immediate. 


Figure 3-35 shows how these. instructions affect 
register operands. Notice that when a pointer 
register is specified as the destination of a MOV, 
its: tag bit: is unconditionally set to 1. MOV 
instructions are. therefore used to load I/O space 
addresses into pointer registers. : 
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Register is Destination 


Tag 19 15 | 7 
Byte 


Word 


r-— 
Operation 11,88 SSSS RRRRRRRRIRRRRRRRAR 


0 


Operation 14,8888 SSSSSSSSIRRRRRRRR 


Register is Source. 
Tag 19 = 115 7 0 


© pgpecnpocooceedT TTT T TTT] 
pX [XXXX XXXXXXXXITTTTTTTT 


XARA TTT TTT TTT TTT TTT] 
L* %%*%% TTTTTTITTITTITTTITTgT 


T = bitis transferred to destination operand 
R = bitis replaced by source operand 
S = bitis sign extension of high-order bit transferred 


X = bitis ignored 
{ 


bit is unconditionally set 


Figure 3-35. Register Operands in MOV Instructions 


MOVP destination, source 


MOVP (move pointer) transfers a_ physical 
address variable between a pointer register and 
memory. If the source -is a pointer register, its 
content and tag bit are converted to a physical 
address pointer (see figure 3-23). If the source is a 
memory location, the three bytes are converted to 
a 20-bit physical address and a tag value, and are 
loaded into the pointer register and its tag bit. 
MOVP is typically used to save and restore 
pointer registers. 


LP D destination, | source 


LPD (load pointer with doubleword) converts a 
doubleword pointer (see figure 3-22) to a 20-bit 
physical address and loads it into the destination, 
which must be a pointer register. The pointer 
register’s tag bit is unconditionally cleared to 0, 


indicating a system address. Two instructions are : 


provided: 

LPD Load Pointer With Doubleword 
Variable 

LPDI Load Pointer With Doubleword 
Immediate 


An 8086 or 8088 can pass any address in its 
megabyte memory space to a channel program in 
the form of a doubleword pointer. The channel 
program can access the location by using LPD to 
load the location address into a pointer register. 


Arithmetic Instructions 


_ The arithmetic instructions interpret all operands 


as unsigned binary numbers of 8, 16 or 20 bits. 
Signed values may be represented in standard 
two’s complement notation with the high-order 
bit representing the sign (O=positive, 1=negative). 
The processor, however, has no way of detecting 
an overflow into a sign bit so this possibility must 


be provided for in the user’s software. 


The 8089 performs arithmetic operations to 20 
significant bits as follows. Byte and word 
operands are sign-extended to 20 bits (e.g., bit 7 
of a byte operand is propagated through bits 8-19 
of an internal register). Sign extension does not 
affect the magnitude of the operand. The opera- 
tion is then performed, and the 20-bit result is 
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returned to the destination operand. High-order 
bits are truncated as necessary to fit the result in 
the available space. A carry out of, or borrow 
into, the high-order bit of the result is not 


detected. However, if the destination is a register | 


that is larger than the source operand, carries will 
be reflected in the upper register bits, up to the 
size of the register. 


Figure 3-36 shows how the arithmetic instructions 
treat registers when they are specified as source 
and destination operands. 


ADD destination, source 


The sum of the two operands replaces the destina- 
tion operand. Four addition instructions are 
provided: 


INC destination 


The destination is incremented by 1. Two instruc- 
tions are available: 


Increment Word 
Increment Byte 


INC 
INCB 


DEC destination 


The destination is decremented by 1. Word and 
byte instructions are provided: 


DEC 
DECB. 


Decrement Word 
Decrement Byte 


Logical and Bit Manipulation 


7 Instructions 
ADD Add Word Variable | a | 
ADDB Add Byte Variable The logical instructions include the boolean 
ADDI Add Word Immediate operators AND, OR and NOT. Two bit manipu- 
ADDBI Add Byte Immediate lation instructions are provided for setting or 
Register is Destination Register is Source 
Tag 19 15 7 0 Tag 19 15 | t * (0 
Byte ee | 
cme, oe Pilar 

Operation L>;pRARRR RRRRRRRRIRRRRRRRR maT X XXX XXXXXXXX PPPPPPPP 

Word aa rairct 
Operation waists RRRRRRRRIRRRRRRRR px pX XXX PPPPPPPP ui ale a a 


a 
ll 


bit is ignored in operation 
bit is replaced by operation result 
bit participates in operation 


Figure 3-36. Register Operands in Arithmetic Instructions 
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clearing a single bit in memory or in an I/O device 
register. As shown in figure 3-37, the logical 
operations always leave the upper four bits of 
20-bit destination registers undefined. These bits 
should not be assumed to contain reliable values 
or the same values from one operation to the 
next. Notice also that when a register is specified 
as the destination of a byte operation, bits 8-15 
are overwritten by bit 7 of the result. Bits 8-15 can 
be. preserved in AND and OR instructions by 
using word operations in which the upper byte of 
the source operand is FFH or 00H, respectively. 


AND destination, source 


The two operands are logically ANDed and the 
result replaces the destination operand. A bit in 
the result is set if the bits in the corresponding 
positions of the operands are both set, otherwise 
the result bit is cleared. The following AND 
instructions are available: 


AND © Logical AND Word Variable 
ANDB Logical AND Byte Variable 
ANDI Logical AND Word Immediate 
ANDBI — Logical AND Byte Immediate 


Register is Destination 


Tag 19 15 an 
Byte 


AND is useful when more than one bit of a device 
register must be cleared while leaving the remain- 
ing bits intact. For example, ANDing an 8-bit 
register with EEH only clears bits 0.and 4. 


OR destination, source 


The two operands are logically ORed, and the 
result replaces the destination operand. A bit in 
the result is set if either or both of the correspond- 
ing bits of the operands are set; if both operand 
bits are cleared, the result bit is cleared. Four 
types of OR instructions are provided: 


OR Logical OR Word Variable 
ORB Logical OR Byte Variable 
ORI Logical OR Word Immediate 
ORBI  _§ Logical OR Byte Immediate | 


OR can be used to selectively set multiple bits in a 
device register. For example, ORing an 8-bit 
register with 30H sets bits 4 and 5, but does not 
affect the other bits. 


Register is Source 


Tag 19 15 7 0 


Operation xy py Ut UUUISSSSSSSSIRRRRRRRR LX X XXX 20000" PP PPP PP 


Word 


Operation xl TOU 


uvuTMADCc XK 
Il 


= bit is ignored in operation 

bit is undefined following operation 

bit participates in operation and is replaced by result 
bit is sign-extension of high-order result bit 

bit participates in operation, butis unchanged 


r Belvee PPPPPPPP| 
LX yuUL RRRRRRRRIRRRRRRRR DaKxxxPPPPPPPr[PPPPePPP 


Figure 3-37. Register Operands in Logical Instructions 
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NOT destination/destination, source. 


NOT inverts the bits of an operand. If a single 
operand is coded, the inverted result replaces the 
original value. If two operands are coded, the 
inverted bits of the source replace the destination 
value (which must be a register), but the source 
retains its original value. In addition to these two 
operand forms, separate mnemonics are provided 
for word and byte values: 


NOT Logical NOT Word 
NOTB Logical NOT Byte 


NOT followed by INC will negate (create the 
two’s complement of) a positive number. | 


SETB destination, bit-select 


The bit-select operand specifies one bit in the 
destination, which must be a memory byte, that is 
unconditionally set to 1. A bit-select value of 0 
specifies the low-order bit of the destination while 
the high-order bit is set if bit-select is 7. SETB is 


handy for. setting a single bit in an 8- bit device 


register. 
CLR destination, bit-select 


CLR operates exactly like SETB except that the 
selected bit is unconditionally cleared to 0. 


Program Transfer Instructions 


Register TP controls the sequence in which chan- — 


nel program instructions are executed. As each 


instruction is executed, the length of the instruc- — 


tion is added to TP so that it. points to the next 
sequential instruction. The program transfer 
instructions can alter this sequential execution by 
adding a signed displacement value to TP. The 
displacement is contained in the program transfer 
instruction and may be either 8 or 16 bits long. 
The displacement is encoded in two’s complement 
notation, and the high-order bit indicates the sign 
(O=positive displacement, 1l=negative displace- 
ment). An 8-bit displacement may cause a 
transfer to a location in the range —128 through 
+127 bytes from the end of the transfer instruc- 
tion, while a 16-bit displacement can transfer to 


any location within —32,768 through +32,767 
bytes. An instruction containing an 8-bit displace- 
ment is called a short transfer and an instruction 
containing a 16-bit Giseiaegment is called a i long 
transfer. 


The program transfer instructions have alternate 
mnemonics. If the mnemonic begins withthe let-. 
ter ‘‘L,’’ the transfer is long, and the distance to 
the transfer target is expressed as a 16-bit 
displacement regardless of how far away the 
target is located. If the mnemonic does not begin © 
with ‘‘L,’’ the ASM-89 assembler may build a 
short or long displacement according to rules 
discussed in section 3.9. | 


The ‘‘self-relative’’ addressing technique used by 
program transfer instructions has two important 
consequences. First, it promotes position- 
independent code, 1.e., code that can be moved in 
memory and still execute correctly. The only 
restriction here is that the entire program must be 
moved as a unit so that the distance between the 
transfer instruction and its target does not 
change. Second, the limited addressing range of 
these instructions must be kept in mind when 
designing large (over 32k bytes of code) channel 
programs. 


CALL/LCALL /7Psave, target 


CALL invokes an out-of-line routine, saving the 
value of TP so that the subroutine can transfer 


back to the instruction following the CALL. The 
instruction stores TP and its tag bit in the TPsave 
operand, which must be a physical address 


variable, and then transfers to the target address 


formed by adding the target operand’s displace- 
ment to TP. The subroutine can return to the 
instruction following the CALL by using a 
MOVP instruction to load TPsave back into TP. 


Notice that the 8089's facilities for implementing 
subroutines, or procedures, is less sophisticated 


_ than its counterparts in the 8086/8088. The prin- 


cipal difference is that the 8089 does not have a 
built in stack mechanism. 8089 programs can 
implement a stack using a base register as a stack 
pointer. On the other hand, since channel pro- 
grams are not subject to interrupts, a stack will 


not be required for most channel programs. 
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JMP/LJMP target 


JMP causes an unconditional transfer (jump) to 
the target location. Since the task pointer is not 
saved, no return to the instruction following the 
JMP is implied. 


JZ/LJZ source, target 


JZ (jump if zero) effects a transfer to the target 
location if the source operand is zero; otherwise 
the instruction following JZ is executed. Word 
and byte values may be tested by alternate 
instructions: 


JZ/LIZ Jump/Long Jump if Word Zero 
JZB/LJZB Jump/Long Jump if Byte Zero 


If the source operand is a register, only the low- 
order 16 bits are tested; any additional high-order 
bits in the register are ignored. To test the low- 
order byte of a register, clear bits 8-15 and then 
use the word form of the instruction. 


JNZ/LJNZ source, target 


JNZ operates exactly like JZ except that control is 
transferred to the target if the source operand 
does not contain all 0-bits. Word and byte sources 
may be tested using these mnemonics: 


JINZ/LINZ Jump/Long Jump if Word Not 
Zero 

JNZB/LJINZB Jump/Long Jump if Byte Not 
Zero. 


JMCE/LJMCE - source, target 


This instruction (jump if masked compare equal) 
effects a transfer to the target location if the 
source (a memory byte) is equal to the lower byte 
in register MC as masked by the upper byte in 
MC. Figure 3-15 illustrates how 0O-bits in the 
upper half of MC cause the corresponding bits in 
the lower half of MC and the source operand to 
compare equal, regardless of their actual values. 
For example, if bits 8-15 of MC contain the value 
01H, then the transfer will occur if bit 0 of the 
source and register MC are equal. This instruction 
is useful for testing ae a in 8-bit paves 
registers. 2 7 


JMCNE/LJMCNE source, target 


This instruction causes a jump to the target loca- 
tion if the source is not equal to the mask/ 
compare value in MC. It otherwise operates iden- 


tically to JMCE. 


JBT/LJBT source, bit-select, target 


JBT (jump if bit true) tests a single bit in the 
source operand and jumps to the target if the bit 
is a1. The source must be a byte in memory or in 
an I/O device register. The bit-select value may 
range from 0 through 7, with 0 specifying the low- 
order bit. This instruction may be used to test a 
bit in an 8-bit device register. If the target is the 
JBT instruction itself, the operation effectively 


becomes ‘‘wait until bit is 0.’’ 


JNBT/LUNBT source, bit-select, target 


This instruction operates exactly like JBT, except 
that the transfer is made if the bit is not true, i.e., 
if the bit is 0. 


Processor Control Instructions 


-These instructions enable channel programs to 


control IOP hardware facilities such as the LOCK 
and SINTRI-2 pins, logical bus width selection, 
and the initiation of a DMA transfer. 


TSL destination, set-value, target 


Figure 3-38 illustrates the operation of the TSL 
(test and set while locked) instruction. TSL can be 
used to implement a semaphore variable that 
controls access to a shared resource in a 
multiprocessor system (see section 2.5). If the § 
target operand specifies the address of the TSL 
instruction, the instruction is repetively executed 
until the semaphore (destination) is found to con- 
tain zero. Thus the channel program does not 
proceed until the resource is free. 


WID source-width, dest-width 


WID (set logical bus widths) alters bits 0 and 1 of 
the PSW, thus specifying logical bus widths for a 
DMA transfer. The operands may be specified as 
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ACTIVATE. 
COCK 


FETCH 
DESTINATION 


. ASSIGN. 
SET-VALUE TO 
DESTINATION 


DE-ACTIVATE 


NEXT SEQUENTIAL INSTRUCTION 


| STORE | 
DESTINATION 


JUMP TO | 
TARGET J |. 


Figure 3-38. Operation of TSL Instruction 


8 or 16 (bits), with the restriction that the logical 
width of a bus cannot exceed its physical width. 
The logical bus widths are undefined following a 
processor RESET; therefore the WID instruction 


must be executed before the first transfer.. 


Thereafter the logical widths retain their values 
until the next. WID instruction or prosesset 
RESET. | | 


XFER (no operands) 


XFER (enter DMA transfer mode after following 


instruction) prepares the channel for a DMA 
transfer operation. In a synchronized transfer, 


the instruction following XFER may ready ‘the 
synchronizing device (e.g., send a ‘‘start’’ com- 
mand or the last of a series of parameters). Any 
instruction, including NOP and WID, may follow 
XFER, ae an instruction that alters GA, GB 
or GC... 


ae (no operands). 


This instruction sets the ener service biti in. ‘the 
PSW and activates the channel’s SINTR line if 
the interrupt control bit in the PSW is set. If the 
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interrupt control bit is cleared (interrupts from 
this channel are disabled), the interrupt service bit 
is set, but SINTRI1-2 is not activated. A channel 
program may use this instruction to interrupt a 
CPU. 


NOP (no operands) 

This instruction consumes clock cycles but per- 
forms no operation. As such, it is useful in timing 
loops. 

HLT (no operands) 


This instruction concludes a channel program. 
The channel clears its BUSY flag and then idles. 


Instruction Set Reference Information 


Table 3-16 lists every 8089 instruction 
alphabetically by its ASM-89 mnemonic. The 


ASM-89 coding format is shown (see table 3-14 ~ 


for an explanation of operand identifiers) along 


with the instruction name. For every combination 
of operand types (see table 3-15 for key), the 
instruction’s execution time and its length in 
bytes, and a coding example are provided. 


The instruction timing figures are the number of 
clock periods required to execute the instruction 
with the given combination of operands. At 
5 MHz, one clock period is 200 ns; at 8 MHza 
clock period is 125 ns. Two timings are provided 
when an instruction operates on a memory word. 
The first (lower) figure indicates execution time 
when the word is aligned on an even address and 
is accessed over a 16-bit bus. The second figure is 
for odd-addressed words on 16-bit buses and any 
word accessed via an 8-bit bus. 


Instruction fetch time is shown in table 3-17 and 
should be added to the execution times shown in 
table 3-16 to determine how long a sequence of 
instructions will take to run. (Section 3.2 explains 
the effect of the instruction queue on 16-bit 
instruction fetches.) External delays such as bus 
arbitration, wait states and activity on the other 
channel will increase the elapsed time over the 
figures shown in tables 3-16: and 3-17. These 
delays are application dependent. 


Table 3-14. Key to ASM-89 Operand Identifiers 


IDENTIFIER 


destination data transfer, 
arithmetic, 


bit manipulation 


data transfer, 
arithmetic, 
bit manipulation 


program transfer 


program transfer 


bit-select bit manipulation 


set-value TSL 


source-width | WID 


dest-width WID | 


A register or memory location that may contain data operated on 
by the instruction, and which receives (is replaced by) the result 
of the operation. : 

A register, memory location, or immediate value that is used in 
the operation, but is not altered by the instruction. 


Location to which control is to be transferred. 


A 24-bit memory location where the address of the next sequen- 
tial instruction is to be saved. , 


Specification of a bit location within a byte; 0=least-significant 
(rightmost) bit, 7=most-significant (leftmost) bit. 


Value to which destination is set if it is found 0. 
Logical width of source bus. ° 


Logical width of destination bus. 
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| ADDB- 


destination, source | 


IDENTIFIER | 


(no operands) 

| register 

ptr-reg_ 

immed8 _ 

immedi6 

|mems 

mem16 

| mem24 

mem32 

label 

: short-label 
0-7 

{a6 


destination, source 
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_ Table 3-15. Key to Operand Types | 


EXPLANATION 


No operands are written 


‘ Any general register 
| A pointer register 
1 Aconstant in the range 0-FFH - 
‘| -Aconstant in the range 0-FFFFH. 
An 8-bit memory location (byte) 


A 16-bit memory location (word) 
A 24-bit memory location (physical address pointer) 
A 32-bit memory location (doubleword pointer) 


|. A label within —32,768 to +32,767 bytes of the end of the instruction 


A label within —128 to +127 bytes of the end of the instruction 
A constant in the range: 0-7 


| The constant 8 or the constant 16 


Table 3-16. Instruction Set Reference Data 


Add Word Variable : : 


register, mem16 
memi6, register 


ADD BC, [GA].LENGTH 
ADD [GB],GC 


ee APTS. eae, 2 
16/26 inde Se Oe 


Add eve Variable © 


register, mem8 © 
memé, register 


| ADDBI destination, source | | Add Byte Immediate | 


Operands 


| register, immed8s 
| memé, immed8 


destination, source 


register, immed16 
mem16, immed16 
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ADDB GC, [GA].N_CHARS | 
ADDB [PP].ERRORS,MC: 


1 2-3 


Coding Example _ 


ADDBI MC,10 
ADDBI [PP+IX+].RECORDS, 2CH 


- : a 3 
ae | 


Add Word Immediate | 


ADDI GB, 0C25BH | 
ADDI [GB].POINTER, 9899 . 
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Table 3-16. Instruction Set Reference Data (Cont’d.) 


AND destination, source _| Logical AND Word Variable | . 


register, mem16 || 11/15 2-3 AND MG, [GA].FLAG_WORD _ 
mem16, register. . 16/26 2-3 AND [GC].STATUS, BC 


ANDB destination, source | _ | Logical AND Byte Variable Ps ea | 


register, mem8 _ 11 9-3 AND BGC, [GC] oe lll 
memé, register | 16 2-3 | AND [GA+IX].RESULT,GA 


ANDBI destination, source . Logical AND Byte Immediate gh : 


register,immed8 3  3-—s Ts GA, 011000008 
16 3-4 


memé, immed8 [GC+IX], 2CH 
ANDI  -destination, source | Logical AND Word Immediate. | 


register, immed16- | 3° IX, OH 
memi16, immedi16 - 16/26 


[GB+IX].TAB, 40H 


CALL tPsave target cas Cid: 
| mem24, label | = 17/23 CALL [GC+IX].SAVE, GET_NEXT.| 


CLR destination, bit select Clear Bit To Zero 
[operas [coos | — ores 


DEC | destination g 2 Decrement Word By 1 | : 7 


register ts 3 ee 
memi6 sas : | 16/26 


Coding Example ag 
3 oe = 


CLR [GA 


DEC [PP].RETRY 
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Table 3-16. Instruction Set Reference Data (Cont’d.) 


DECB destination _ oa | Decrement Byte By 1 


HLT (no operands) 
(tres Ta | Coding Example 


INC destination Increment Word by 1 | 


register __ . ; 
mem16 | ee, | aa |i ~ | INC [GA].COUNT 


INCB destination — se Increment Byte by 1. 
Operands | Coding Example _ 


JBT source, bit-select, target une Bit True (1) 


mem8,0-7,label Pow pe JBT (GA].RESULT_REG, 3, DATA_VALID 


Halt Channel Program 


JMCE source, target «hag Jump if Masked Compare Equal 


mems, label _ Oo Depo JMCE [GB].FLAG, STOP__SEARCH 


JMCN E | source, target | Jump if Masked Compare Not Equal 
mem, label pa fae JMCNE [GB+IX], NEXT_ITEM 


JMP target. a Jump Unconditionally ea 
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Table 3-16. Instruction Set Reference Data (Cont’d.) 


JNBT source, bit-select, target , Jump if Bit Not True (0) 
|mems, 0-7, label | JNBT [GC], 3, RE_READ 


JNZ source, target | Jump if Word Not Zero 


register, label : 5 3-4 JNZ BC, WRITE_LINE 
mem16, label | : 12/16 3-5 


JNZ [PP].NUM__CHARS, PUT__BYTE 
JNZB © source, target | - Jump if Byte Not Zero 7 
mem, label | a | JNZB [GA], MORE_DATA | 


JZ source, target | Jump if Word is Zero 


/ * Operands. a | ~ Coding Example 
register, label: ? _ ee 5 3-4 JZ BC, NEXT__LINE 
mem16, label — | 12/16 3-5 JZ [GC+IX].INDEX, BUF_.EMPTY 


|JZB | source, target Jump if Byte Zero _ 7 | OO 
a Operands ? Clocks Coding Example | 
mem8, label _ JZB [PP].LINES_LEFT,RETURN . 


LCALL TPsave, target | Long Call yt se | 
mem24, label | 17/23 LCALL [GC].RETURN_SAVE, INIT_8279 


LJBT source, bit-select, target | Long Jump if Bit True (1) | 
Long jump if Masked Compare Equal 
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Table 3-16. Instruction Set Reference Data sibs 


LJMCNE source, target Long jump if Masked eoulee Not lets | 
mieiid. label oe LUMCNE [GC+x+, SCAN__NEXT 


‘LIMP 


_ target 


Operands : 


LJNBT source, bit-select, target Long Jump if Bit Not True (0) 22 
| mem, 0-7, label | a LJNBT [GC], 6, CRCC_ERROR | 


LJNZ source, target Long Jump if Word Not Zero © 


register, label LUNZ BC, PARTIAL__XMIT 
; ont LUNZ [GA+IX].N__LEFT,PUT_DATA 


mem16, label 
LJNZB source, target Long Jump if Byte Not Zero 
] mem, label. ee LUNZB [GB+IX+].ITEM, BUMP_COUNT 


LJZ ‘source, target | Long Jump if Word Zero 


|register,label — 5 LUZ IX, FIRST_ELEMENT ~ 
memi6,label 3 LUZ [GB].XMIT_COUNT, NO_DATA 


LJZB source, target Long Jump if Byte Zero 
| ems, label” na LJZB [GA], RETURN_LINE | 


LPD_ destination, source Load Pointer With Doubleword Variable 
1 ptr-reg,mem3200— | 20/28 ae LPD GA, [PP].BUF_START 


*20 clocks if operand is on even address; 28 if on.odd address 
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Table 3-16. Instruction Set Reference Data (Cont’d.) 


LPDI destination, source Load Pointer With Doubleword Immediate 


otr-reg, immed32 42/16" le! LPDI GB, DISK_ADDRESS 


*12 clocks if instruction is on even address; 16 if on odd address 


MOV _ destination, source 
| 


register, mem16 2-3 MOV IX, [GC 
mem16, register 2-3 MOV [GA].COUNT, BC 
memi16, mem16 4-6 MOV [GA].READING, [GB] 


MOVB destination, source | Move Byte SH Fe 
2-3 


register, mem8 | MOVB BC, [PP].TRAN__COUNT 
memé, register | MOVB [PP].RETURN__CODE, GC 
mem8s, mem8s 4-6 MOVB [GB+IX+], [GA+IX+] 


MOVBI destination, source | Move Byte Immediate 
Coding Example 


register, immed8 3 | 3 MOVBI MG, ‘A’ ee 
memé, immed8 | | 12 3-4 MOVBI [PP].RESULT, 0. | 
MOVI destination, source Move Word Immediate 

register, immed16 | 8 4 MOVI BC, 0 

mem16, immed16 _— 12/18 4D MOVI [GB], OFFFFH | 

MOVP destination, source 
ptr-reg, mem24 19/27" 2-3 MOVP. TP, [GC+IX]. 

mem24, ptr-reg 16/22* 2-3 MOVP [GB].SAVE__ADDR, GC 


*First figure is for operand on even address; second is for odd-addressed operand. 


NOP (no operands) — No Operation ~ | | 


2-3 


Mnemonics © Intel, 1979 
3-57 : 


8089 INPUT/OUTPUT PROCESSOR 


Table 3-16. Instruction Set Reference Data (Cont’d.) 


NOT destination/destination, source Logical NOT Word 


register - | | NOT MC 
mem16 , : : NOT [GA].PARM 
register, mem16 | -3 | NOT BC, [GA+IX].LINES__LEFT 


NOTB destination/destination, source Logical NOT Byte 


mems 2-3 NOTB [GA].PARM_REG. 
| register, mem8& _ a | i; 2-3 NOTB IX, [GB].STATUS 


OR destination, source Logical OR Word | 


register, mem16 7 11/15 OR MC, TGC), MASK 
16/26 


mem16, register OR [GC], BC 
ORB destination, source. Eee ice! OR Pyle 


register, mem8 2-3 ORB IX, PP].POINTER 
ene eee. | 2-3 


ORB eee 
ORBI destination, ‘source Logical OR Byte Immediate 


| register, immed8 | s 3 ORBI IX, 00010001B 
memé, immed8 | 3-4 _ORBI (GB). COMMAND, 0CH 
ORI gestinavan, source poses Word Immediate | 


register, immed16 ORI MC, OFFODH 
aei6 ORI [GA], 1000H 


memi6, immed16 
SETB | destination, bit-select Set Bit to 1 


SINTR (no operands) Set allisiltal Service Bit _ : 7 
3 Obetande | Coding Example 
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Table 3-16. Instruction Set Reference Data (Cont’d.) 


XFER 


(no operands) 


Operands 


(no operands) 


Table 3-17. Instruction Fetch Timings 
(Clock eae 


| BUSWIDTH [pus wipth 


INSTRUCTION 
LENGTH 
(BYTES) 


(1) First byte of instruction is on an even 
address. 


(2) First byte of instruction is on an odd address. 
Add 3 clocks if first byte is not in queue (e.g., 
first instruction following program transfer). 


3.8 Addressing Modes 


8089 instruction operands may reside in registers, 
in the instruction itself or in the system or I/O 
address spaces. Operands in the system and I/O 
Spaces may be either memory locations or I/O 
device registers and may be addressed in four dif- 
ferent ways. This section describes how the chan- 


TSL destination, set-value, target Test and Set While Locked 


mem8, immed8, short-label 14/16" p45 TSL [GA].FLAG, 0FFH, NOT__READY 


*14 clocks if destination # 0; 16 clocks if destination =0 


WID source-width, dest-width Set Logical Bus Widths 


Enter DMA Transfer Mode After Next Instruction 
i ae XFER 


nel processes different types of operands and how 
it calculates addresses using its addressing modes. 
Section 3.9 describes the ASM-89 conventions 
that programmers use to specy Si epyene: 
and addressing modes. _ 


Register and Immediate Operands 


Registers may be specified as source or destina- 
tion operands in many instructions. Instructions 
that operate on registers are generally both 
shorter and faster than instructions that specify 
immediate or memory operands. 


Immediate operands are data contained in 
instructions rather than in registers or in memory. 
The data may be either 8 or 16 bits in length. The 
limitations of immediate operands are that they 
may only serve as source operands and that they 
are constant values. 


Memory Addressing Modes 


Whereas the channel has direct access to register 
and immediate operands, operands in the system 
and I/O space must be transferred to or from the 
IOP over the bus. To do this, the IOP must 


_ calculate the address of the operand, called its 
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effective address (EA). The programmer may. 


specify that an operand’s address be calculated in 


any of four different ways; these are the 8089’s — 


memory addressing modes. 
The Effective Address 


An operand in the system space has a 20-bit effec- 
tive address, and an operand in the I/O space has 
a 16-bit effective address. These addresses are 
unsigned numbers that represent the distance (in 
bytes) of the low-order byte of the operand from 
the beginning of the address space. Since the 8089 
does not “‘see’’ the segmented structure of the 
system space that it may share with an 8086 or 
8088, 8089 effective addresses are equivalent to 
8086/8088 physical addresses. 


All memory addressing modes use the content of 
' one of the pointer registers, and the state of that 
register’s tag bit determines whether the operand 
lies in the system-or the I/O space. If the operand 


Based Addressing 


In based addressing (figure 3-39), the effective 
address is taken directly from the content of GA, 


GB, GC or PP. Using this addressing mode, one 
‘instruction may access different: locations if the 


register is updated before the instruction executes. 
LPD, MOV, MOVP or arithmetic instructions 


might be used to change the value of the base 


register. 


Offset Addressing | 


: In hits mode (figure 3-40) an 1 8- bit se cndenel value 
contained in the instruction is added to the con- 
tent of a base register to form the effective 
address. The offset mode provides a convenient 


way to address elements in_ structures. (a 
parameter block is a typical example of a struc- 


_ ture). As shown in figure 3-41, a base register can 
_ be pointed at the base (first element) in the struc- 


is in the I/O space (tag = 1), bits 16-19 of the 


pointer. register’ are ignored in the effective 
address calculation. Section 4.3 describes the two 
fields (AA and MM) in the encoded machine 


instruction that specify addressing mode and base 


(pointer) register. 


i ; 
R/B/P WB AAW] OPCODE MMI 


ture, and then different offsets can be used to 
access the elements within the structure. By 
changing the base address, the same structure can 
be relocated elsewhere in memory. 


Indexed Addressing 


An indexed wadeeen is formed by adding the con- 
tent of register IX (interpreted as an unsigned 
quantity) to a base register as shown in figure 
3-42. Indexed addressing is often used to access 


MACHINE INSTRUCTION FORMAT | 


Figure 3-39. Based Addressing 
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MACHINE INSTRUCTION FORMAT 


Figure 3-40. Offset Addressing 


OFFSET 


HIGH ADDRESSES 


POSITION} CURSOR 


LOW ADDRESSES 


Figure 3-41. Accessing a Structure with Offset Addressing 


array elements (see figure 3-43). A base register 
locates the beginning of the array and the value in 
IX selects one element, i.e., it acts as the array 
subscript. The jth element of a byte array is 
selected when IX contains (¢ —‘1):‘To access the 
ith element of a word array, IX should contain 


(G — 1) * 2). 


Indexed Auto-Increment Addressing 


In this variation of indexed addressing, the effec- 
tive address is formed by summing IX and a base 
register, and then IX is incremented automat- 


ically. (See figure 3-44.) The addition takes place 
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after the EA is calculated. IX is incremented by 1 mode is very useful for ‘‘stepping through”’ suc- 
for a byte operation, by 2 for a word operation cessive elements of an array (e.g., a program loop 


and by 3 for a MOVP instruction. This addressing that sums an array). 


a 
R/B/P WB AA WJ OPCODE MM — 


MACHINE INSTRUCTION FORMAT 


Figure 3-42. Indexed Addressing 


HIGH ADDRESSES 


1 WORD—3 
LOWADDRESSES 


~ Figure 3-43. Accessing a Word Array with Indexed Addressing 
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ee 
R/B/P WB AA WJ OPCODE MM 


MACHINE INSTRUCTION FORMAT 


Figure 3-44, Indexed Auto-Increment Addressing 


3.9 Programming Facilities 


The compatibility of the 8089 with the 8086 and 
8088 extends beyond the hardware interface. 
Comparing figure 3-45, with figure 2-45, one can 
see that, except for the translate step, the software 
development process is identical for both 
8086/8088 and 8089 programs. The ASM-89 
assembler produces a relocatable object module 
that is compatible with the 8086 family software 


development utilities LIB-86, LINK-86, LOC-86 | 


and OH-86, described in section 2.9. All of these 
development tools run on an Intellec® 800 or 
Series II microcomputer development system. 


This section surveys the facilities of the ASM-89 
assembler and discusses how LINK-86 and 
LOC-86 can be used in 8089 software develop- 
ment. For a complete description of the 8089 
assembly language, consult 8089 Assembly 
Language User’s Guide, Order No. 9800938, 
available from Intel’s Literature Department. — 
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ASM-89 


The ASM-89 assembler reads a disk file contain- 
ing 8089 assembly language statements, translates 
these statements into 8089 machine instructions, 
and writes the result into a second disk file. The 
assembly input is called a source module, and the 
principal output is a relocatable object module. 
The assembler also produces a file that lists the 
module and flags any errors detected during the 
assembly. 


Statements | 


Statements are the building blocks of ASM-89 
programs. Figure 3-46 shows several examples of 
ASM-89 statements. The ASM-89 assembler gives 
programmers considerable flexibility in format- 
ting program statements. Variable names and 
labels (identifiers) may be up to 31 characters 
long, the underscore (__) character may be used 
to improve the readability of longer names (e.g., 
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WAIT__UNTIL__READY). The component and multiple identifiers within the operand field. 
parts of statements (fields) need not be located at Long statements may be continued onto the next 
particular ‘‘columns’’ of the statement. Any link by coding an ampersand (&) as the first 
number of blank characters may separate fields —__- character of the continued line. — 
(FROM PL/M-86 & be TRANSLATORS) 
cies 
(gags ee 
\ MODULES 
S=-5--> 


LOCATE 


TRANSLATE 
LOAD 


AN 
EXECUTE 


EXECUTION 
HARDWARE 


ABSOLUTE 
OBJECT 
MODULE 


1SIS-li 
TEXT 
EDITOR 


RELOC 
OBJECT LINK-86 
MODULE 


UPDATE 
LIBRARIES 


OBJECT 
MODULE 
LIBRARIES 


Figure 3-45. 8089 Software Development Process 


; THIS STATEMENT CONTAINS A COMMENT FIELD ON ve 


ADDI BC,5 - TYPICAL ASM89 INSTRUCTION 
ADD! BC, 5 ; NO “COLUMN” REQUIREMENTS 

MOV (Al STATUS, 

8 + ACONTINUED STATEMENT 

SOURCE — EQU - A SIMPLE ASM89 DIRECTIVE 


LINE. BUFFER __ ADDRESS DD “ALONG IDENTIFIER 


Figure 3-46. ASM-89 Statements 
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A statement whose first non-blank character is a 
semicolon is a comment statement. Comments 
have no affect on program execution and, in fact, 
are ignored by the ASM-89 assembler. Never- 
theless, carefully selected comments are included 
in all well written ASM-89 programs. They sum- 
marize, annotate and clarify the logic of the pro- 
gram where the instructions are too 
‘‘microscopic’’ to make the operation of the pro- 
gram self-evident. | 


An ASM-89 instruction statement (figure 3-47) 
directs the assembler to build an 8089 machine 
instruction. The optional label field assigns a 
symbolic identifier to the address where the 
instruction will be stored in memory. A labelled 
instruction can be the target of a program 
transfer; the transferring instruction specifies the 
label for its target operand. In figure 3-47 the 
labelled instruction conditionally transfers to 
itself; the program will loop on this one instruc- 


[GA].STATUS,3, DEMO 


tion as long as bit 3 of the byte addressed by 
(GA].STATUS is not true. The mnemonic field of 
an instruction statement specifies the type of 8089 
machine instruction that the assembler is to build. 


The operand field may contain no operands or 
One Or more Operands as required by the instruc- 
tion. Multiple operands are separated by commas 
and, optionally, by blanks. Any instruction state- 
ment may contain a comment field comment 
fields are initiated by a con | 


An ASM-89 directive stateiient (figure 3-48) does 
not produce an 8089 machine instruction. Rather, 
a directive gives the assembler information to use 
during the assembly. For example, the DS (define 
storage) directive in figure 3-48 tells the assembler 
to reserve 80 bytes of storage and to assign a sym- 
bolic identifier (INPUT__BUFFER) to the first 
(lowest-addressed) byte of this area. The ASM-89 
assembler accepts 14 directives; the more com- 
monly used directives are discussed in this section. 


;WAIT UNTIL READY 


COMMENT (OPTIONAL) 
OPERANDS (REQUIRED /PROHIBITED) 


MNEMONIC (REQUIRED) 
LABEL (OPTIONAL) 


Figure 3-47. ASM-89 Instruction Format 


INPUT_BUFFER: 


;sTERMINAL LINE STORED HERE 


COMMENT (OPTIONAL) 

OPERANDS (REQUIRED/PROHIBITED) 
MNEMONIC (REQUIRED) 

LABEL/NAME (REQUIRED/PROHIBITED) 


Figure 3-48. ASM-89 Directive Format 
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The first field in a directive may be a label or a 
name; individual directives may. require or pro- 
hibit names, while labels are optional for direc- 
tives that accept them. A label ends in a colon like 
an instruction statement label. However, a direc- 
tive label cannot be specified as the target of a 
program. transfer. A name does not-have a colon. 


The second field is the directive mnemonic, and 


the assembler distinguishes between instructions 
and directives by this field. -Any operands 
required by the directive are written next; multiple 
operands are separated by commas and, option- 
ally, by blanks. A comment may be included in 
any directive by. Peeminine the text with a 
ea eO Len 3 | 


Constants. 


Binary, decimal, octal and hexadecimal numeric 
constants (figure 3-49) may be written in ASM-89 
instructions and directives. The assembler can 
add and subtract constants at assembly time. 
Numeric constants, including the results of 
arithmetic operations, must be representable in 16 
bits. Positive numbers cannot exceed 65,535 


(decimal); negative numbers, which the assembler 


represents in two’s complement notation, cannot 
be ‘‘more negative’’ than —32,768 (decimal). 


Character constants are ‘eicloneds in sable quote 
marks as shown in figure 3-49. Strings of 
characters up to 255 bytes long may be written 
when initializing storage. Instruction operands, 
however, can only be one or two characters long 
(for byte and word instructions respectively). 


MOVBI GA, ‘A’ 
MOVBI GA, 41H 
MOVBI GA, 65 

MOVBI GA, 65D 
MOVBI. - GA, 101Q 
MOVBI GA, 1010 
MOVBI GA, 01000001B 


- MoveI 


GA, -5 
MOVBI GA, 11111011B 


As an aid to program clarity, The EQU (equate) 
directive may. be used to give names to constants 
(e.g., DISK_ STATUS EQU OFF20H). 


Defining Data 


Four ASM- 89 directives reserve space for memory 
variables in the ASM-89 program (see figure 
3-50). The DB, DW and DD directives allocate 
units of bytes, words and doublewords, respec- 
tively, initialize the locations, and optionally label 
them so that they may be referred to by name in 
instruction statements. The label of a storage 
directive always refers to the first (lowest- 
addressed) byte of the area reserved by the 
directive. | 


The DB and DW directives may be used to define 
byte- and word-constant scalars (individual data 
items) and arrays (sequences of the same type of 
item). For example, a character string constant 
could be defined as a byte array: 


SIGN_ON_MSG: DB ‘PLEASE ENTER PASSWORD’ 


The DD directive is typically used to define the 


address of a location in the-system space, i.e., a 


doubleword pointer variable. The address may be 
loaded into a pointer register with the LPD 
instruction. 


The DS directive reserves, and optionally names, 
storage in units of bytes, but does not initialize 
any of the reserved bytes. DS is typically used for 


RAM-based variables such as buffers. As there is 


no special directive for defining a physical address 
pointer, DS is typically used to reserve the three 
bytes used by the MOVP instruction. 


; CHARACTER 


} HEXADECIMAL 


- DECIMAL 


- DECI 


MAL ALTERNATIVE 


-OCTAL | 
; OCTAL ALTERNATIVE 


; BINARY 
; NEXT TWO STATEMENTS ARE EQUIVALENT AND 
3 ILLUSTRATE TWO’S COMPLEMENT REPRESENTATION 
5.7 OF NEGATIVE NUMBERS | 


Figure 3-49. ASM89 Constants © 
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- ASM89 DIRECTIVE - MEMORY CONTENT (HEX) 
ALPHA: DB 1 01 | 
DBeé-2 - FE (TWO’S COMPLEMENT) 
DB ‘A’, “B? - 4142 
BETA: DW 1 - 0100 
DWC-5 : FAFF 
DW ‘AB’ 4041 
DW 400,500 ~— 2410F 401 
| DW —400H, 500H__: 0004 0005 
gamma: DW BETA - OFFSET OF BETA ABOVE, 
| - FROM BEGINNING OF PROGRAM 
DELTA DD GAMMA _ : ADDRESS (SEGMENT & OFFSET) 


;OF GAMMA 


‘ZETA: DS 80 ;80 BYTES, UNINITIALIZED 


Figure 3-50. ASM-89 Storage Directives 


Structures 


An ASM-89 structure is a map or template that 
gives names and relative locations to a collection 
of related variables that are called structure 
elements or members. Defining a structure, 
however, does not allocate storage. The structure 
is, in effect, overlaid on a particular area of 
memory when one of its elements is used as an 
instruction operand. Figure 3-51 shows how a 
structure representing a parameter block could be 
defined and then used in a channel program. The 


MEMORY MAP 


HIGHER ADDRESSES 


es a 
+10 7 BUFFER_LEN 


=e BUFFER_START 


COMMAND RESULT 


TP_RESERVED_. 


+6 


+4 


+2 


PP — — »+0 


LOWER ADDRESSES | 


USING “HARD-CODED” OFFSETS 


LPD GA, [PP].6 
MOVBI  [PP].5,0 


assembler uses the structure element name to pro- 
duce an offset value (structures are used with the 
offset addressing mode). Compared to ‘‘hard. . 
coded’’ offsets, structures improve program clar- 
ity and simplify maintenance. If the layout of a 
memory block changes, only the structure defini- 
tion must be modified. When the program is 
reassembled, all symbolic references to the struc- 
ture are automatically adjusted. When multiple 
areas of memory are laid out identically, a single 
structure can be used to address any area by 
changing the content of the pointer (base) register 
that specifies the structure’s ‘‘starting address.’’ 


STRUCTURE DEFINITION 


PARM_BLOCK STRUC 


TP_RESERVED: DS 4 
COMMAND: DS 


1 
RESULT: Ss 1 
BUFFER_START: DS 4 

BUFFER_LEN: DS 2 
PARM__BLOCK ENDS - 


USING STRUCTURE ELEMENT NAMES » 


LPD GA, [PP].BUFFER_START 
MOVBI [PP].RESULT,O 


Figure 3-51. ASM-89 Structure Definition and Use 
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Addressing Modes 


mer uses to specify how the effective address of a’ 
memory operand is to be computed. Examples of | °. 
typical ASM-89 coding for each addressing mode, . , 


as well as register and immediate operands, are: .. 
provided in figure 3-52. Notice that a bracketed. 
reference to a register indicates that the content of. © 
the register is to be used to form the effective 
of a memory: operand, ‘while an 
unbracketed register reference specifies that the | 


address 


register itself is the operand. 


The following examples summarize how the 


memory addressing modes can be used to access ~~ offset 


simple variables, structures and arrays. — 


e If GA contains the address of a bechstge) 
a operand, then [GA] refers to that operand. 


° If GA’ contains ‘the base address of a 
‘structure, then [GA]. DATA refers to the 
DATA. element’ (field) in that structure. If 
DATA is six bytes from the beginning of the 
structure, then, IGA]. 6 refers to the: ‘same 
location. 


e.. Tf GA eontaing the sarin. pes aon an 
rare array, then [GA+IX] addresses the. array ele- 
_.. tains. ‘the value 4H, ‘the effective . address 
refers. to the fifth. element ofa byte array, or 
the third element of a word array. [GA+IX+] 

_ selects the same element and additionally 
auto-increments IX by 1 (byte operation), 2 
(word operation) or 3 (MOVP instruction) in 
anticipation of accessing the next array 


element. 
ADDI GA, 52. 
ADD ~-GC, [GB]. - 
ADDBI [PP],10 
ADDB IX, [GB].5 
ADDB BC, [GC].COUNT 
ADD [GC +1X], BC 


ADDI  [GA+IX+],5 
_ APPLE ERROR, (Gal 


Note that any pointer register could have been 


ne a substituted for GAi in the previous examples. 
Table 3-18 summarizes the notation a program- | : 


Table 3-18. ASM-89 Memory Addressing 
7 Mode Notation 


Addressing Mode 


Based 

Offset 

Indexed | 

Indexed Post Auto-increment 


[ptr-reg | 
[otr-reg |.offset 
(ptr-reg + |X] 
[ptr-reg + |X +] 


_GA, GB, GC or PP 
-8-bit signed value; may ok (eka 
ture element ‘ 


ptr-reg 


Program Transfer Targets | 


As discussed in section 3.7,. program transfer 
instructions operate. by adding a signed byte or 
word displacement to the task pointer. Table 3-19 
shows how the ASM-89 assembler determines the 
sign and size of the displacement value it places in 
a program transfer machine instruction. In the 
table, the terms “backward”? | and “forward”? 
refer to the location of a label specified as a. 
transfer target relative to the transfer instruction. 
‘“‘Backward’’ means the label physically precedes 
the instruction in the source module, and ‘‘for- 


_ ward’? means the label follows the instruction in 


the source text. The distances are from the end of. 
the transfer instruction; the distance to the 
instruction immediately bONOW IDE the transfer is 
0 bytes. 7 


-REGISTER, IMMEDIATE - 

; REGISTER, MEMORY (BASED) 

; MEMORY (BASED), IMMEDIATE 

- REGISTER, MEMORY (OFFSET) 

- REGISTER, MEMORY(OFFSET). 

- MEMORY (INDEXED); REGISTER -- 

- MEMORY (INDEXED AUTO-INCREMENT), IMMED 

; MEMORY (OFFSET), MEMORY (BASED) 


Figure 3-52. ASM-89 Operand Coding Examples 
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Two important points can be drawn from table 
3-19. First, a target must lie within 32k bytes of a 
transfer instruction; this should not prove restric- 
tive except in very large programs. Second, one 
byte can be saved in the assembled instruction by 
writing the short mnemonic when the target is 


known to be within —128 through +127 assembled 


bytes of the transfer. 


It is also important to note that a program 
transfer target must reside in the same module as 
the transferring instruction, i.e., the target 
address must be known at assembly time. 


Procedures 


An ASM-89 program may invoke an out-of-line 
procedure (subroutine) with the CALL/LCALL 
instruction. The first instruction operand 
specifies a memory location where the content of 
TP will be stored as a physical address pointer 
before control is transferred to the procedure. 
The procedure may return to the instruction 
following the CALL/LCALL by using the 
MOVP instruction to restore TP from the save 
area. Figure 3-53 illustrates one approsen to pro- 
cedure linkage. , 


A channel program may use the first two words of — 


its parameter block (pointed to by PP) as a task 
pointer save area. However, this is not recom- 


issue a ‘‘suspend’’ command to the channel; this 
command stores the current value of TP in the 


~ same location, possibly overwriting a return 


' .The END directive, 


address. 


As in any program transfer, the target of a 
CALL/LCALL instruction must be contained in 
the same module and: within 32k bytes of the 
instruction. 


Seainent Control 


The relocatable object module produced by the 
ASM-89 assembler consists of a single logical seg- 
ment. (A segment is a storage unit up to 64k bytes 
long; for:a more complete description, refer to 
sections 2.3 and 2.7.) The ASM-89 SEGMENT 
and ENDS directives name the segment as shown 
in figure 3-54. Typically, all instructions and most 
directives are coded in between these directives. 
which terminates the 
assembly, is an exception. 


The LOC-86 utility can assign this logical segment 
to any memory address that is a physical segment 
boundary (i.e., whose low-order four bits are 
0000). In a ROM-based system, variable data 
(which must be in RAM) can be ‘“‘clustered’”’ 
together at one ‘‘end’’ of the program as shown in 


figure 3-55. The ORG directive can then be used 


~ to force assembly of the variables to start at a 


mended if there is any chance that the CPU will 


given offset from the beginning of the segment 
(2,000 hexadecimal bytes in figure 3-55). As the 


Table 3-19. Program Transfer Displacement 


Displacement 
| - Sign Bytes 


Mnemonic , : 
Backward 
Forward 
Backward 
Forward 
Backward © 

‘Forward 


Backward = 
' Forward — 
Backward 
Forward 
Backward: : 
Forward © 


Target Location | : 
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Distance 


<128 
‘£127 
‘$32,768 
<32,767 
>32,768 
>32,767 


<128 
<127 
<32,768 
<32,767 
>32,768 
>32,767 
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CALLSAVE: DS 3 ; TPSAVEAREA 


: SET UP TP SAVE AREA 
+ NOTE: EXAMPLE ASSUMES PROGRAM 
: IS IN 1/O SPACE. USE LPDI 
: IF INSYSTEM SPACE. ee ye 
an i MOVI GC, CALLSAVE ; LOAD ADDRESS TO GC . 


‘LCALL [GC],DEMO 


HLT : LOGICAL END OF PROGRAM 
. DEFINE THE PROCEDURE. 
DEMO: 
 PROGEDURE INSTRUCTIONS GO HERE. 


; NOTE: PROCEDURE MUSTNOTUPDATEGC. _ 
_ ASIT POINTS TO THE RETURN ADDRESS. 


| RETURN TO CALLER. 
‘Move TP, [GC] - 
Figure 3- 53. ASM- 89 Procedure Beaniple: 
SEGMENT 


~ CHANNEL1 -;STARTOF SEGMENT 


ASM89 SOURCE STATEMENTS 

- END OF SEGMENT 

END OF ASSEMBLY 
Figure 3-54. ASM-89 SEGMENT and ENDS Directives 


CHANNEL1 ENDS 
END 


figure shows, the segment can then be located so 
that instructions and constants fall into the ROM 
portion of memory, while the variable part of the 
segment is located in RAM. The entire segment, 


including any “unused”? portions, of COURS: can- 


not exceed 64k bytes. 


Intermodule Communication | 


An ASM-89 module can make some of its 
addresses available to other modules by defining 
symbols with the PUBLIC directive. At a 


minimum, a channel program must make the 
address of its first instruction available to the 


CPU module that starts the channel program. 
Figure 3-56 shows an ASM-89 module that con- 
tains three channel programs labelled READ, 
WRITE and DELETE. The example shows how a 


~PL/M-86 program and an ASM-86 program 
could define these ‘‘entry points’’ as EXTER- 
-NAL and EXTRN symbols respectively. When 


the modules are linked together, LINK-86 will 
match the externals with the publics, thus pro- 


viding the CPU Digerauls with the acne they 


need... 
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DEMO: SEGMENT 
;CONSTANT DATA 


HIGHER ADDRESSES 


-INSTRUCTIONS 


(AVAILABLE) 
ORG 2000H i 
‘VARIABLE DATA 2000H } ge 
ROM 
DEMOENDS 0 POO y 
END 


DEMO SEGMENT___ 
LOCATED HERE aL) Saennnn ea ener 


(AVAILABLE) 


LOWER ADDRESSES 


Figure 3-55. Using the ASM-89 ORG Directive 


ASM-89 MODULE DEFINES THREE PUBLIC SYMBOLS ~ 
PUBLIC READ, WRITE, DELETE 


READ: ; ASM89 INSTRUCTIONS FOR “READ” OPERATION 


HLT 
WRITE: ; ASM89 INSTRUCTIONS FOR ‘‘WRITE’’ OPERATION 


HLT i 7 - 
DELETE: ;ASM89 INSTRUCTIONS FOR ‘‘DELETE’’ OPERATION 


HLT 


Figure 3-56. ASM-89 PUBLIC Directive 
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PL/M-86 MODULE USES ‘‘WRITE’’ SYMBOL 


DECLARE (READ,WRITE,DELETE) POINTER EXTERNAL; 
DECLARE PARM$BLOCK STRUCTURE 


(TPS$START POINTER, 
BUFFER$ADDR POINTER, 
BUFFER$LEN 


~ WORD); 


/*SET UP ‘WRITE’? CHANNEL OPERATION*/ 
PARMS$BLOCK. TP$START = WRITE; 


ASM-86 


EXTRN READ,WRITE,DELETE 
READ. PTR DD READ 
WRITE_PTR DD WRITE 


DELETE._PTR DD DELETE 


PARM__BLOCK _ 


TP__START DD ? 
BUFFER_.ADDRDD ? 
BUFFER_LEN DW? 


; SET UP ‘‘READ’’ CHANNEL OPERATION 
MOV AX,WORD PTR READ__PTR 
MOV WORD PTRTP__START, AX 
MOV AX,WORD PTR READ__PTR 


MODULE USES “READ” SYMBOL 


VEN - FORCE TO EVEN ADDRESS 


; 1ST WORD 
; 2ND WORD 


MOV WORD PTRTP_START + 2, AX 


Figure 3-56. ASM-89 PUBLIC Directive (Cont’d.) 


Conversely, an ASM-89 module can obtain the 
address of a public symbol in another module by 
defining it with the EXTRN directive. An external 
symbol, however, can only appear as the initial 
value operand of a DD directive (see figure 3-57). 


This effectively means that an ASM-89 program’s | 
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use of external symbols is limited to obtaining the 
addresses of data located in the system space. 
Another way of doing this, which may be 
preferable in many cases, is to have the CPU pro- 
gram place system space addresses in the 
parameter block. 
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PL/M-86 PROGRAM DECLARES PUBLIC SYMBOL ‘‘BUFFER”’ 


DECLARE BUFFER (80) BYTE PUBLIC; 


ASM-89 PROGRAM OBTAINS ADDRESS OF PUBLIC SYMBOL “‘BUFFER”’ 


EXTRN BUFFER 


BUF_ADDRESS DD BUFFER 


LPD GA, BUF_.ADDRESS_ ; POINT TOSYSTEM BUFFER 


Figure 3-57. ASM-89 EXTRN Directive 


Sample Program 


Figure 3-58 diagrams the logic of a simple ~ 


ASM-89 program; the code is shown in figure 
3-59. The program reads one physical record (sec- 
tor) from a diskette drive controlled by an 8271 
Floppy Disk Controller. No particular system 
configuration is implied by the program, except 
that the 8271 resides in the IOP’s I/O space. — 


Hardware address decoding logic is assumed to be 


set up as follows: 


e reading location FFOOH selects the 8271 
status register, 


e writing location FFOOH selects the 8271 : 


command register, 


e reading location FFOIH selects the 8271 © 


result register 7 
e writing location FFOIH selects the 8271 
parameter register | 


e decoding the address FFO4H provides the 
8271 DACK (DMA acknowledge) signal. 
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The program uses structures to address the 
parameter block and the 8271 registers. Register 
PP contains the address of the parameter block, 
and the program loads GC with FFOOH to point — 
to the 8271 registers. The program’s entry point — 
(the label START) is defined as a PUBLIC sym- 
bol so that the CPU program can place its address 
in the parameter block when it starts the program. 


‘Register IX is used as. a retry counter. If the 
transfer is not completed successfully (bit 3 of the 


8271 result register # 0), the program retries the 


transfer up to 10 times. 


Since the 8271 erie requests a DMA 
transfer upon receipt of the last parameter, this 
parameter is sent immediately following the 


- XFER command. 


8089 ASSEMBLER 


ISIS-II 8089 ASSEMBLER V1.0 ASSEMBLY OF 
OBJECT MODULE PLACED IN :FO:FLOPPY.OBJ 
ASSEMBLER INVOKED BY ASM89 FLOPPY.A89 


MODULE FLOPPY 


1 : 
0000 2 FLOPPY SEGMENT 
3 5 RRR 
4 3*#** 8089 PROGRAM TO READ SECTOR FROM FLOPPY DISK 
-5 5 #R —-< . : 
7 3;***® LAY OUT PARAMETER BLOCK. 
8 PARM BLOCK STRUC 
0000 9 RESERVED TP: — DS 4 
0004 10 BUFF PTR: DS 4 
0008 11. TRACK:. DS 1 
0009 12.“ SECTOR: © DS 1 
QOOOA... 13. . .RETURN CODE: | DS 4 
OOOB 14 PARM BLOCK ENDS 
15 
16 ;***LAY OUT 8271 DEVICE REGISTERS. 
17 FLOPPY REGS STRUC 
0000 18 COMMAND STAT: DS 1 
0001 19 PARM RESULT: DS 1 
0002 20 FLOPPY REGS ENDS 
21 
22 ;***8271 ADDRESSES. 
FFOO 23 FLOPPY REG ADDR EQU OFFOOH | : LOW -ADDRESSED REGISTER | 
FFO4 24 DACK 8271 EQU. OFFO4H ;DMA. ACKNOWLEDGE 44 
25 ; ; ote 
26 ; ***MAKE PROGRAM ENTRY POINT ADDRESS ° 
27 AVAILABLE TO OTHER MODULES. - 
28 buBLIc START 
29 
30 ;*#**CLEAR RETURN CODE IN PARAMETER BLOCK. 
0000 OA4F OA O00 31 START: MOVBI . CPP]. RETURN CODE,0 
32 . 
33 ; #¥* INITIALIZE RETRY COUNT. 
0004 B130 OAO0O 34 MOVI IX,10 . 
35 es 
36 ;***POINT GC AT LOW-ORDER 8271 REGISTER. 
0008 5130 OOFF 37 MOVI GC,FLOPPY REG ADDR 
38 
39 ;***SEND COMMAND SEQUENCE TO b271, eee FINAL PARM. 
HO ;***WAIT UNTIL 8271 IS NOT BUSY. mae 
0O00C EABA 00 FC 41 RETRY: JNBT [GC J. COMMAND STAT, 1 RETRY 
42 ;***SEND "READ SECTOR, DRIVE O" COMMAND. 
0010 OAHE 00 12 43 MOVBI [GC J. COMMAND STAT, 012H 
YY 3 *#**SEND TRACK ADDRESS PARAMETER. 
0014 0293 08 O2CE 01. 45 MOVB {GC J. PARM RESULT, [PP]. TRACK 
46 
47 ;***LOAD CHANNEL CONTROL REGISTER SPECIFYING: 
48 ; FROM PORT TO MEMORY, 
49 ; SYNCHRONIZE ON SOURCE, 
50: 3 GA POINTS TO SOURCE, 
51: TERMINATE ON EXT, 
Se 5 TERMINATION OFFSET = O. 
OO1A D130 2088 ear MOVI CC, 08820H 
5 


Figure 3-59, ASM-89 Sample Program _ 
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55 ;***SET SOURCE BUS = 8, DEST BUS = 16. 


001E A000 56 WID 8, 16 
57 
. 58 ;***POINT GB AT DESTINATION, GA AT SOURCE. 
(0020 8 238B 04 59 LPD GB, (PP ].BUFF PTR 
0023-1130 O4FF 60 MOVI = GA, DACK_8271 
61 ae | 
62 ;*##INSURE THAT 8271 IS READY FOR LAST PARAMETER. 
0027  AABA 00 FC 63 WAIT1: JNBT | [GC].COMMAND STAT,5,WAIT1 
6y 
| 65 ;***#PREPARE FOR DMA. 
002B 6000 : 66 XFER 
67 - 
: 68 ;***START DMA BY SENDING FINAL PARAMETER TO 8271. 
002D 0293 09 O2CE 01 69 MOVB [GC]. PARM_RESULT, [PP]. SECTOR 
| 70 : | | 
71 ;***PROGRAM RESUMES HERE FOLLOWING EXT. 
T2 
73 ;***IF TRANSFER IS OK THEN EXIT, ELSE TRY AGAIN. 
0033 6ABE.01 05 74 JBT [GC J. PARM_RESULT, 3, EXIT 
} 76 ;***DECREMENT RETRY COUNT. 
0037  A03C 17 DEC 18 
fae 7 
bg. | 79 ;***#TRY AGAIN IF COUNT NOT EXHAUSTED. 
0039 A840 DO =, 80 JNZ IX, RETRY 
81 
82 ;*#*WAIT UNTIL 8271 IS NOT BUSY. es 
003C ABA 00 FC 83 EXIT: JNBT | [GC J.COMMAND STAT, 7, EXIT 
84 
| 85 ;***SEND "READ RESULT" COMMAND TO 8271. 
0040 OA4E 00 2c 7 86 MOVBI [GCJ.COMMAND STAT, 02CH 
87 | 
| rae | 88 ;***WAIT FOR RESULT. | 7 Cae a 
0044  8ABA 00 FC 89 WAIT2: . JNBT = [GC]. COMMAND STAT, 4,WAIT2 
| 90 
| | 91 ;***POST RESULT IN PARAMETER BLOCK FOR CFU. 
0048 _ 0292 01 O2CF OA 92 MOVB  =[PP].RETURN CODE,[GCJ.PARM. RESULT 
93 
| 94 ;#*#INTERRUPT CPU. 
OO4E 4000 95 SINTR 
| 96 
y7 ;#**STOP EXECUTION. 
0050 2048 °° «98 HLT 
99 
0052 100 FLOPPY ENDS 
101 END 


SYMBOL TABLE 


Om Gan Gam Gum Gum Cm fan Ouse Gus Cd Om Ow 


DEFN VALUE TYPE NAME 


om omen em em 0 0 om om om om om et om om oe o— om om pan 


10 0004 SYM BUFF PTR 

18 0000 SYM COMMAND STAT 

24 FFO4 SYM DACK 8271 

83 003C SYM EXIT 

2 0000 SYM _ FLOPPY 

17 0000 STR FLOPPY REGS 

23 FFOO SYM FLOPPY: REG ADDR 
8 0000 STR PARM BLOCK” 
19 0001 SYM PARM RESULT 
9 0000 SYM RESERVED TP 
41 O000C SYM _ RETRY 

13. OOOA SYM RETURN CODE 
12 0009 SYM SECTOR 

31 0000 PUB START 

11 0008 SYM TRACK 

63 0027 SYM WAIT1 

89 OO44 SYM WAIT2 


ASSEMBLY COMPLETE; NO ERRORS FOUND 


Figure 3-59. ASM-89 Sample Program (Cont’d.) 
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Linking and Locating ASM-89 Modules 


The LINK-86 utility program combines multiple 
relocatable object modules into a 
relocatable module. The input modules may con- 
sist of modules produced by any of the 8086 fam- 


single 


external symbol (see figure 3-56), LINK-86 will 


* gram when the two are linked together. 


obtain the address from the ASM-89 channel pro- 
(The 
ASM-89 program must, of course, define the 


: symbol 1 ina PUBLIC directive.) 


ily language translators: ASM-89, ASM-86, or | 


PL/M-86. LINK-86’s principal function is to 


satisfy external references made in the modules. 
Any symbol that is defined with the EXTRN 
directive in ASM-89 or ASM-86 or is declared 
EXTERNAL. in -PL/M-86 ‘is an™ 
reference, i.e., a reference to an address con- 
tained in another module. Whenever LINK-86 
encounters an external reference, it searches the 
other modules for a PUBLIC symbol of the same 
name. If it finds the matching symbol, it replaces 


the external pore lenee with ne address of. the -. 


object. 


The most common occurrence of an external 


reference in a system that employs one or more 
8089s is the channel program address. In order 


for a CPU program to start a channel:program, it: 


must ensure that: the address of the first channel 


program instruction is contained in the first two... 


words of the parameter block. Since the channel 


Other external references may arise when. one 
module uses data (e.g., a buffer) that is contained 
in another module, and (in PL/M- 86 and 


~’ ASM-86' modules) when one. module executes 


another module, typically by a CALL statement 


or instruction. 
external.’ Gy Ee ge x 


When an 8089 module (or modules) is to be 
located in the system space, it may be linked 
together with PL/M-86 or ASM-86 modules as 
described above and shown in figure 3-60. 
LINK-86 resolves external references and com- 


. bines.the input modules into a single relocatable 


object module. This module: can*be input to 


~LOC-86 (LOC-86 assigns final absolute memory 


addresses to all of the instructions and data). This 


-- absolute object module may, in turn, be pro- 


cessed by the OH-86 utility: to translate the 


- module into the hexadecimal format. This format 


program is assembled separately, the translator - 


that processes the CPU program will not typically 
know its address. If this address is defined as an 


FROM 
PL/M-86 


ELOC 
OBJECT 
MODULES 
RELOC ( 
FROM 
OBJECT 
ASM-86 MODULES 
RELOC 
OBJECT 
MODULE 


LINK-86 


FROM > 
ASMN-89 


makes the module readable (the records are writ- 


ten in ASCII characters) and is required by some 


PROM programmers and RAM loaders. Intel’s 


‘Universal PROM Programmer (UPP) and iSBC 


957™ Execution Package (loader) use the hexa- 
decimal rOnnay Pa 


apsoLuTEf/ 

TOSYSTEM 
OBJECT ‘SPACE ° |) 
MODULE as 


ABSOLUTE 
OBJECT 
MODULE 


Figure 3-60. Creating.a Single Absolute Object Module 
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If the 8089 code is to reside in its I/O space, a dif- 
ferent technique is required since separate 
absolute object modules must be produced for the 
system and I/O spaces. Figure 3-61 shows how to 


link and locate when there are external references 


between I/O space modules and system space 
modules. 


The normal link and locate sequence is followed 
and culminates in the production of an absolute 
module in hexadecimal format. Since the records 
in this file are human-readable, the file can be 
edited using the ISIS-II text editor. The editing 
task involves finding the 8089 I/O space records 
in the file, writing them to one file, and then 


writing the 8086/8088 records (destined for the 
system space)°to another file. MCS-86 Absolute 


Object File Formats, Order No. 9800921, 
available from Intel’s Literature Department, 
describes the records in absolute (including hexa- 
decimal) object modules. 


When using the previous method, it is likely that 
LOC-86 will issue messages warning that 
segments overlap. For example, the 8089 code 
would typically be located starting at absolute 
location OH of the I/O space. However, the 
8086/8088 interrupt pointer table occupies these 
low memory addresses in the system space. Since 
LOC-86 has no way to know that the segment will 
ultimately be located in different address spaces, 
it will warn of the conflict; the warning may be 
ignored. 


An alternative to linking the modules together 


-and then separating them is to link system space 
modules separately from I/O space modules as 
shown in figure 3-62. This approach avoids the 


manual edit of the absolute object module and the © 


Mee 


OBJECT O H-86 


segmient conflict messages from LOC-86. It 
requires, however, that modules in the two spaces 


~ not use the EXTRN/PUBLIC mechanism to refer 


to each other. Modules in-the same space can 
deffiiae external and public symbols, however. 


External references from I/O space ‘modules to 
system space modules can’ be eliminated if the 
Cl’) programs pass all system space addresses in 
parameter blocks. In other words, a channel pro- 
graina can obtain any address i in the system space if 


the iaddress is in the parameter block. Using this 


approach allows the system space addresses to be 
charged during execution. If the addresses are 
coristant values, they may also. be altered. as 
sysitem development Bee without relinking 
the channel PIOeramise: eit. 22 a Ae 


Ex ‘ternal references from system space modules to 
ad.dresses in the I/O space may be eliminated by 
assig. ning these addresses values that are known at 
assernbly or compilation time. Figure 3-63 
illust:rates how the ASM-89 ORG directive can be 
used to force the first instruction (entry point) of 
a cheinnel program to an absolute address. In the 


case of the example, one module contains two 


entry’ points labelled ‘SREAD’’ and ‘‘WRITE.”’ 
Assuming the module is located at absolute 
addr ess 0H in the I/O space, the channel pro- 
gramis will begin at 200H and 600H respectively. 
In thie example, these values have been chosen 
arbit rarily; in a typical application they would be 
basecd on the length of the programs and the loca- 
tion (of RAM and ROM areas. By starting the pro- 
grams at fixed addresses that are known to the 
CPU programs that activate them, the channel 
progirams can be reassembled without needing to 
relin)x the CPU programs. 


ABSOLUTE 
HEX TO SYSTEM 
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ABSOLUTE 
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| 


Figure 3-61. Creating Separate Absolute on ect Modul es—External Re References in Relocatable 


Modules. . _. 
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; Figure: 3-62. Creating Separate Absolute Object Modules—No External References 1 in Relocatable 
~ Modules | 
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ASM-89 ENTRY POIN'T DEFINITIONS — 


aE ai ORG 200H 
ee READ: 


~ FINSTRUCTIONS FO)R™‘READ”’ CHANNEL PROGRAM. 


x ORG 600H 
WRITE: =” 


: INSTRUCTIONS FOR “WRITE” CHANNEL PROGRAM 


ASM-86 DEFINITIOM OF ENTRY POINT ADDRESSES | 


READ_ADDR 12D 200H 
WRITE. ADDR DD 600H 


PL/M-86 DECLARATION OF ENTRY POINT ADDRESSES | 


DECLARE READ$A.DDR POINTER; 
DECLARE WRITE$A DDR POINTER; 
READS$ADDR = 200H ; 

WRITES$ADDR = 600H4; 


Figure 3- 63. Using 8 Absolute Entry Point Addresses 
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3.10 Programming Guidelines 
and Examples 


This section provides two types of 8089 program- 
ming information. A series of general guidelines, 
which apply to system and program design, is 
presented first. These guidelines are followed by 
specific coding examples that illustrate program- 
ming techniques that may be applied to many dif- 
ferent types of applications. 


Programming Guidelines 


The practices in this section are recommended to 
simplify system development and, particularly, 
for system maintenance and enhancement. Soft- 
ware that is designed in accordance with these 
guidelines will be adaptable to the changing 
environment in which most systems operate, 
and will be in the best position to take 
advantage of new Intel hardware and software 
products. | : 


Segments 


Although the IOP does not ‘‘see’’ the segmented 


organization of system memory, it should respect: 


this logical structure. The IOP should only 
address the system space through pointers passed 


by the CPU in the parameter block. It should not 


perform arithmetic on these addresses or other- 
wise manipulate them except for the automatic 
incrementing that occurs during DMA transfers. 
It is the responsibility of the CPU to pass 
addresses such that transfer operations do not 
cross segment boundaries. 


Self-Modifying Code 


Programs that alter their own instructions are dif- 
ficult to understand and modify, and preclude 
placing the code in ROM. They may also inhibit 
compatibility with future Intel hardware and soft- 
ware products. 


Note also that when the 8089 is on a 16-bit bus, its 
instruction fetch queue can interfere with the 
attempt of one instruction to modify the next 
sequential instruction. Although the instruction 
may be changed in memory, its unmodified first 
byte will be fetched from the queue rather than 


memory if it is on an odd address. The processor 
will thus execute a partially-modified instruction 
with unpredictable results. 


1/0 System Design 


Section 2.10 notes that I/O systems should be 
designed hierarchically. Application programs 
‘*see’’ only the topmost level of the structure; all 
details pertaining to the physical characteristics 
and operation of I/O devices are relegated to 
lower levels. Figure 3-64 shows how this design 
approach might be employed in a system that uses 
an 8089 to perform I/O. The same concept can be 
expanded to larger systems with multiple IOPs. 


The application system is clearly separated from 
the I/O system. No application programs per- 
form I/O; instead they send an I/O request to the 
I/O supervisor. (In systems with file-oriented 
I/O, the request might be sent.to a file system that 
would then invoke the I/O supervisor.) The I/O 
request should be expressed in terms of a logical 
block of data—a record, a line, a message, etc. It 
should also be devoid of any device-dependent 
information such as device address, sector size, 
etc. 


The I/O supervisor transforms the application 
program’s request for service into a parameter 


block and dispatches a channel program to carry 


out the operation. The I/O supervisor controls: 
the channels; therefore, it knows the cor- 
respondence between channels and I/O devices, 
the locations of CBs and channel programs, and 
the format of all of the parameter blocks. The 
I/O supervisor also coordinates channel 
‘‘events,’? monitoring BUSY flags and respond- 
ing to channel-generated interrupt requests. The 
I/O supervisor does not, however, communicate 


_ with I/O devices that are controlled by the chan- 


nels. If the CPU performs some I/O itself (this 
should be restricted to devices other than those 
run by the channels), the I/O supervisor invokes 
the equivalent of a channel program in the CPU 
to do the physical I/O. Note that although the 
I/O supervisor is drawn as a single box in figure 
3-64, it is likely to be structured as a hierarchy 
itself, with separate modules performing its many 
functions. 


The software interface between the CPU’s I/O 
supervisor and an IOP channel program should 


be completely and explicitly defined in the 
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Figure 3-64. 8089-Based I/O System Design 
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parameter block. For example, the I/O supervisor 
should pass the addresses of all system memory 
areas that the channel program will use. The 
channel program should not be written so that it 
‘‘knows’’ any of these addresses, even if they are 
constants. Concentrating the interface into one 
place like this makes the system easier to under- 
stand and reduces the likelihood of an undesirable 
side effect if it is modified. It also generalizes the 
design so that it may be used in other application 
systems. ; 


Figure 3-64 shows a simple channel program run- 
ning on channel 1 and a more complex program 
running on channel 2. Channel 1’s program per- 
forms a single function and is therefore designed 
as a Simple program. The program on channel 2 
performs three functions (e.g., ‘‘read,’’ ‘‘write,”’ 
‘‘delete’’) and is structured to separate its func- 
tions. The functions might be implemented as 
procedures called by the ‘‘channel supervisor’’ 
depending on the content of the parameter block. 
Notice that to the I/O supervisor, both programs 
appear alike; in particular, both have a single 
entry point. 


In some channel programs, different functions 
will need different information passed to them in 
the parameter block. Figure 3-65 shows one 
technique that accommodates different formats 
while still allowing the channel supervisor to 
determine which procedure to call from the PB. 
The parameter block is divided into fixed and 
variable portions, and a function code in the fixed 
area indicates the type of operation that-is to be 
performed. Part of the fixed area has been set 
aside so that additional parameters can be added 
in the future. | | 


Programming Examples 


The first example in this section illustrates how a 
CPU can initialize a group of IOPs and then 
dispatch channel programs. This code is written 
in PL/M-86. 


The remaining examples, written in ASM-89, 
demonstrate the 8089 instruction set and address- 


ing modes in various commonly-encountered pro- - 


gramming situations. These include: 
¢ memory-to-memory transfers 
¢ — saving and restoring registers 


TP/CHANNEL STATE 
SAVE AREA 


FUNCTION 
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FIXED 
FORMAT 


FIXED PARM3 


RESERVED FOR 
FUTURE USE | 


VARIABLE 
FORMAT 


VARIABLE PARAMETER 
FORMAT AND SIZE 
GOVERNED BY 
FUNCTION CODE 


Figure 3-65. Variable Format Parameter Block 


Initialization and Dispatch 


The PL/M-86 code in figure 3-66 initializes two 
IOPs and dispatches two channel programs on 
one of the IOPs. The same general technique can 
be used to initialize any number of IOPs. The 
hypothetical system that this code runs on is con- 
figured as follows: | | 


© 8086 CPU (16-bit system bus); 


® two remote IOPs share an 8-bit local I/O bus 
via the request/grant lines operating in 
mode 1; 


¢ 8089 channel attentions are mapped into four 
port addresses in the CPU’s I/O space; 


e channel programs reside in the 8089 I/O 
space; | 


e one 8089 controls a CRT terminal, one 
channel running the display, the other scan- 
ning the keyboard and building input 
messages; 


e the function of the second 8089 is not defined 
| in the example. 
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The code declares one CB (channel control block) 
for each 8089. The CBs are declared as two- 
element arrays, each element defining the struc- 
ture of one channel’s portion of the CB. The SCB 
(system configuration block) and SCP (system 
configuration pointer) are also declared as struc- 
tures. The SCP is located at its dedicated system 
space address of FFFF6H. The other structures 
are not located at specific addresses since they are 
all linked together by a chain of pointers 
‘fanchored’’ at the SCP. : | 


Two simple parameter blocks define messages to 
be transmitted between the PL/M-86 program 
and the CRT. Each PB contains a pointer to the 
beginning of the message area and the length of 
the message. In the case of the keyboard (input) 
message, the channel program builds the message 
in the buffer pointed to by the pointer in the PB 
and returns the length of the message in the PB. 


The code initializes one IOP at a time since the 
chain of control blocks read by the IOP during 
initialization must remain static until the process 
is complete. To initialize the first IOP, the code 
fills in the SYSBUS and SOC fields and links the 
blocks to each other using the PL/M-86 @ 
(address) operator. It sets channel 1’s BUSY flag 
to FFH so that it can monitor the flag to deter- 
mine when the initialization has been completed 
(the IOP clears the flag to OH when it has 
finished). Channel 2’s BUSY flag is cleared, 
although this could just as well have been done 
after the initialization (the IOP does not alter 
channel 2’s BUSY. flag during initialization). The 
code starts the IOP by issuing a channel attention 
to channel 1 to indicate that the IOP is a bus 
master. PL/M-86’s OUT function is.used to select 
the port address to which the IOP’s CA and SEL 
lines have been mapped. The data placed on the 
bus (0H) is ignored by the IOP. It then waits until 
the IOP clears the channel 1 BUSY pee: 


The second IOP is initialized in the same manner, 
first changing the pointer in the SCB to point to 
the second IOP’s channel control block. If this 


IOP were on a different I/O bus, the SOC field 
would have been altered if a different 
request/grant mode were being. used or if the IOP 
had a 16-bit I/O bus. The second IOP is a slave so 
its initialization is started by i issuing a CA to chan- 
nel 2 rather than channel 1. . 3 


After both IOPs are eweady, thie code dispatches 
two channel programs (not coded in the example); 
one program is dispatched to each channel of one 
of the IOPs. To avoid external references, the 
system has been set up so that the PL/M-86 code 
‘*knows’’ the starting addresses of. these channel 
programs (200H and 600H). The code uses the 
PL/M-86 LOCKSET function to: — 


e _ lock the system bus; 

e read the BUSY flag: | 

e set the BUSY flag to FFH if.it is clear; 
¢ unlock the system bus. 


This operation continues until the BUSY flag is 
found to be clear (indicating that the channel ‘is 
available). Setting the flag immediately to FFH 
prevents another processor (or another task in 
this program activated as a result of an interrupt) 
from using the channel. The code fills in the 
parameter block with the address and length of 
the message to be displayed, sets the CCW and 
then links the channel program (task block) start 
address to the parameter block and links the 
parameter block to the CB. The channel is: dis- 
patched with the OUT function that effects a 
channel attention for channel 1. 


A similar procedure is followed to start channel 2 
scanning the terminal keyboard. In this case, the 
code allows channel 2 to generate an interrupt 
request (which it might do to signal that a message 
has. been assembled). An _ interrupt. procedure 
would then handle the interrupt request. 


/* ASSIGN NAMES TO CONSTANTS?*/ .._- 


DECLARE CHANNEL$BUSY LITERALLY ‘OFFH’; 
~ DECLARE CHANNELSCLEAR | LITERALLY ‘0H’; 
DECLARE CR./*CARR. RET.*/ LITERALLY ‘O0DH’: 
DECLARE LF /*LINE FEED*/ LITERALLY ‘OAH’; 
DECLARE DISPLAYS$TB LITERALLY : ‘200H?: 
DECLARE KEYBDSTB LITERALLY ‘600H’; 


Figure 3-66. Initialization and Dispatch Example 
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DECLARE /*IOP CHANNEL ATTENTION ADDRESSES*/ 


lIOP$A$CH1 LITERALLY ‘OFFEOH’, 
lOP$A$CH2 LITERALLY ‘OFFE1H’, 
lIOP$B$CH1 LITERALLY ‘OFFE2H’, 
IOP$B$CH2 ~~ LITERALLY ‘OFFE3H’; 
DECLARE /*CHANNEL CONTROL BLOCK FOR IOP$A) 

CBS$A(2) — STRUCTURE 

(BUSY BYTE, 

CCW BYTE, 

PBSPTR POINTER, 


RESERVED WORD); 
DECLARE /*CHANNEL CONTROL BLOCK FOR IOP$B*/ 


CB$B(2) STRUCTURE 
(BUSY BYTE, 

CCW BYTE, 
PBSPTR POINTER, 


RESERVED WORD); 
DECLARE /*SYSTEM CONFIGURATION BLOCK*/ 
| SCB STRU 


CTURE 

(SOC BYTE, | 

RESERVED BYTE, 

CBS$PTR POINTER); 
DECLARE /*SYSTEM CONFIGURATION POINTER*/ 

SCP STRUCTURE i 4 

(SYSBUS BYTE, . 

SCBSPTR POINTER) AT (OFFFF6H); 
DECLARE MESSAGE$PB STRUCTURE 

(TB$PTR POINTER, 

MSG$PTR POINTER, 


MSG$LENGTH WORD); 


DECLARE KEYBD$PB STRUCTUE 
(TP$PTR | POINTER, 
BUFF_PTR POINTER, 
MSG$SIZE WORD); 


DECLARE SIGNSON BYTE (*) DATA 
(CR, LF, ‘PLEASE ENTER USER ID’); 


DECLARE KEYBD$BUFF BYTE (256); 


joe lIOPSA, THEN lOP$B 


/*PREPARE CONTROL BLOCKS FOR IOP$A*/ 
SCP.SCB$PTR = @ SCB; 

SCP.SYSBUS = 01H; /*16-BIT SYSTEM BUS*/ | 
SCB.SOC = 02H; /* RQ/GT MODE1, 8-BIT 1/O BUS*/ 
SCB.CB$PTR = @ CBS$A(0); 

CBS$A(0).BUSY = CHANNEL$BUSY 

CBS$A(1). BUSY = CHANNELS$CLEAR; 


Figure 3-66. Initialization and Dispatch Example (Cont’d.) 
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/*ISSUE CA FOR CHANNEL, INDICATING IOP IS MASTER*/ 
OUT (IOPSA$CH1) = 0H; 


/*WAIT UNTIL FINISHED* / 
DO END; CB$A(0).BUSY = CHANNELSBUSY: 


iss PREPARE CONTROL BLOCKS FOR loPsB* / 
SCB.CB$PTR = @CB$B(0); 

CB$B(0).BUSY = CHANNELS$BUSY; 
CB$B(1).BUSY = CHANNELSCLEAR; | 


|*ISSUE CA FOR CHANNELZ, INDICATING chao a / 
OUT (IOP$BSCH2) = 0H; 


I*WAIT UNTIL IOP IS READY*/ 
DO ENDS CBSB(0). ae CHANNELSBUSY: 


* 


*SEND SIGN ( ON MESSAGE TO CRT CONTROLLED 
"BY GHANNEL1OFIOP$A > 


*/ 
I*WAIT UNTIL CHANNEL IS CLEAR, THEN SET TO BUSY*/ 
DO END; LOCKSET (@CBSA(0). BUSY, ce eee) 


/*SET CCW AS FOLLOWS: 

, PRIORITY =1, . 

* NO BUS LOAD LIMIT, 

. DISABLE INTERRUPTS, 

: START CHANNEL PROGRAM I IN 11/0 SPACE*/ 
CB$A(0).CCW = 10011001B; 


/*LINK MESSAGE PARAMETER BLOCK TO: CB*/ 
CBSA(0).PB$PTR = “@ MESSAGESPB; i 


/*FILLIN PARAMETER BLOCK*/  — 
MESSAGE$PB.TBS$PTR = DISPLAYSTB; 
MESSAGE$PB.MSG$PTR = @SIGNS$ON; 
MESSAGES$PB. MSB$LENGTH = LENGTH (SIGNSON); 


/*DISPATCH THE CHANNEL*/ © — 
OUT (IOP$A$CH1) = 0H; 


* 


“DISPATCH CHANNEL 2 OF IOP$A TO | 
"CONTINUOUSLY SCAN KEYBOARD, INTERRUPTING 
“WHEN A COMPLETE MESSAGE !S READY. | 


¥] | , 
/*WAIT UNTIL CHANNELS CLEAR, THEN SET TO BUSY* / 
DO WHILE LOCKSET (@ ae BUSY, SCHANNEDSBUSY) 


Figure 3-66. Initialization and Dispatch Example (Cont’d.) 
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/*SET CCW AS FOLLOWS: 


7 PRIORITY =0 
7 BUS LOAD LIMIT, 


ENABLE INTERRUPTS, 


* START CHANNEL PROGRAM IN I/O SPACE?! 
CBS$A(1).CCW = 00110001B; 
/*LINK KEYBOARD PARAMETER BLOCK TO CB" i 
CB$A(1).PB$PTR = @ KEYBD$PB; 

/*FILL IN PARAMETER BLOCK*/ 
KEYBD$PB.TB$PTR = KEYBD$TB; 
KEYBD$PB.BUFF$PTR= @. KEYBDSBUFF;, 


KEYBD$PB.MSG$SIZE = 


0H; 


I*DISPATCH THE CHANNEL*/. 


OUT (lIOP$A$CH2) 


= 0H; 


Figure 3-66. Initialization and Dispatch Example (Cont’d.) | 


Memory-to-Memory Transfer 


Figure 3-67 shows a channel program that per- 
forms a memory-to-memory block transfer in 
seven instructions. The program moves up to 64k 
_ bytes between any two locations in the system 
space. A 16-bit system bus is assumed, and the 
CPU is assumed to be monitoring the channel’s 
BUSY flag to determine when the program has 
finished. 


To attain maximum transfer speed, the program | 


locks the bus during each transfer cycle. This 
ensures that another processor does not acquire 
the bus in the interval between the DMA fetch 
and store operations. By setting this channel’s 
priority bit in the CCW to | and the other chan- 
nel’s to 0, the CPU could effectively prevent the 
other channel from running during the transfer. 
Byte count termination is selected so that the 
transfer will stop when the number of bytes 
specified by the CPU has been moved. Since there 
is only a single termination condition, a termina- 
tion offset of 0 is specified. The transfer begins 
after the WID instruction, and the HLT instruc- 
tion is executed immediately upon termination. 


Saving and Restoring Registers 


A CPU program can ‘‘interrupt’’ a channel pro- 


gram by issuing a ‘‘suspend’’ channel command. 


The channel responds to this command by saving 
the task pointer and PSW ‘in the first two words 
of the parameter block. The suspended program 


can be restarted by issuing a “‘resume’’ command 


that loads TP and the — from the save area. 


If the CPU wants to execute anoihe: channel pro- 
gram between the suspend and resume opera- 
tions, the suspended program’s registers will 


usually have to be saved first. If the ‘‘interrupt- 


saved, 


ing’’ program “‘knows”’ that the registers must be 
It can perform. the operation and also 
restore the registers before it halts. 


A more general solution is shown in figure 3-68. 
This is a program that does nothing but save the 
contents of the channel registers. The registers are 
saved in the parameter block because PP is the 
only register that is known to point to an available 
area of memory. A similar program could be writ- 


_ ten to restore registers from the same parameter 


@ = run the ‘ 


block. 


Using this approach, the CPU would ‘‘interrupt”’ 
a running program as follows: 


@ suspend the running program, 


e. run the register save program, 
‘interrupting’’ program, 
e runthe register restore program, 
e resume the suspended program. 
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MEMEXAMP SEGMENT 
;***MEMORY-TO-MEMORY TRANSFER PROGRAM" 
PB STRUC - 


TP_RESERVED: DS 4 


FROM__ADDR: DS 4 
TO__ADDR: DS 4 
SIZE: «= |... DS 2 
PB ENDS 
‘POINT GA AT SOU RCE. GB AT DESTINATION. 
LPD -FROM__ ADDR 
LPD > ; | ap [PP TO_ ADDR 
‘LOAD BYTE COUNT INTO BC. 7 
MOV BC, [PP].SIZE | 
“LOAD CCSPECIFYING: _ 5 OBR 
MEMORY TO MEMORY, 
NO TRANSLATE, 
: UNSYNCHRONIZED, 
GA POINTS TO SOURCE 
: LOCK BUS DURING TRANSFER, 
NO CHAINING, 
TERMINATING ON BYTE COUNT, OFFSET = 0. 
MOV ee CG. 0C208H 


PREPARE CHANNEL FOR TRANSFER. 
XFER 
';SET LOGICAL BUS WIDTH. 
| WID 16,16 
:STOP EXECUTION N AFTER DMA. 


MEMEXAMP ENDS 
i END 


Figure a Memory-to-Memory Transfer Example 
SAVEREGS | «SEGMENT 

SAVE ANOTHER CHANNEL’S pee by PB : 

| PB ~STRUC 

TP RESERVED: DS 


A 
GA_SAVE: . DS ae 
-GB__SAVE: DS 3. 
-GC_SAVE: — —~ODS 3 
- IX_SAVE: | DS 2 
- BC_SAVE: ——_——iODS 2 
-  MC_SAVE: ——*ODS 2 
-.CC_SAVE: ~~ S 7) 
PBC ENDS 
MOVP PP].GA_SAVE, GA 
MOVP __[{PP].GB__SAVE, GB | 
-MOVP  _[PP].GC__SAVE, GC . 
MOV PP].IX__SAVE, IX 
_ MOV PP].BC_SAVE, BC 
MOV PP].MC__SAVE, MC 
MOV PP].CC__SAVE, CC 
SAVEREGS ENDS 
END 


Figure 3-68. Register Save Example | 
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CHAPTER 4 
HARDWARE REFERENCE INFORMATION 


4.1 Introduction 


This chapter presents specific hardware informa- 
tion regarding the operation and functions of the 
8086 family processors: the 8086 and 8088 Central 
Processing Units (CPUs) and the 8089 I/O Pro- 
cessor (IOP). Abbreviated descriptions of the 
8086 family support circuits and their circuit 
functions appear where appropriate within the 
processor descriptions. For more. specific 
information on any of the 8086 family support 
circuits, refer to the corresponding data sheets in 
Appendix B. 


4.2 8086 and 8088 CPUs 


The 8086 and 8088 CPUs are characterized by a 
20-bit (1 megabyte) address bus and an identical 
instruction/function format, and differ essential- 
ly from one another by their respective data bus 
widths (the 8086 uses a 16-bit data bus, and the 
8088 uses an 8-bit data bus). Except where 
expressly noted, the ensuing descriptions are 
applicable to both CPUs. 


Both the 8086 and 8088 feature a combined or 
‘‘time-multiplexed’’ address and data bus that 
permits a number of the pins to serve dual func- 
tions and consequently allows the complete CPU 
to be incorporated into a single, 40-pin package. 
As explained later in this chapter, a number of the 
CPU’s control pins are defined according to the 
strapping of a single input pin (the MN/MX pin). 
In the ‘‘minimum mode,’’ the CPU is configured 
for small, single-processor systems, and the CPU 
itself provides all control signals. In the ‘‘max- 
imum mode,”’ an Intel® 8288 Bus Controller, 
rather than the CPU, provides the control signal 
Outputs and allows a number of the pins pre- 
viously delegated to these control functions to be 
redefined in order to support multiprocessing 
applications. Figures 4-1 and 4-2 describe the pin 
assignments and signal definitions for the 8086 
and 8088, respectively. 


CPU Architecture 


As shown in figures 4-3 and 4-4, both CPUs 
incorporate two separate processing units: the 
Execution Unit or ‘“‘EU’’ and the Bus Interface 
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Unit or ‘‘BIU.’’ The EU for each processor is | 
identical. The BIU for the 8086 incorporates a 16- 
bit data bus and a 6-byte instruction queue 
whereas the 8088 incorporates an 8-bit data bus 
and a 4-byte instruction queue. | 


The EU is responsible for the execution of all 
instructions, for providing data and addresses to 
the BIU, and for manipulating the general 
registers and the flag register. Except for a few 
control pins, the EU is completely isolated from 
the ‘‘outside world.’’ The BIU is responsible for 
executing all external bus cycles and consists of 
the segment and communications registers, the 
instruction pointer and the instruction object 
code queue. The BIU combines segment and off- 
set values in its dedicated adder to derive 20-bit 
addresses, transfers data to and from the EU on 
the ALU data bus and loads or ‘‘prefetches’’ 
instructions into the queue from which they are 
fetched by the EU. 


The EU, when it is ready to execute an instruc- 
tion, fetches the instruction object code byte from 
the BIU’s instruction queue and then executes the 
instruction. If the queue is empty when the EU is 
ready to fetch an instruction byte, the EU waits 


for the instruction byte to be fetched. In the 
~ course of instruction execution, if a memory loca- 


tion or I/O port must be accessed, the EU 
requests the BIU to perform the required bus 
cycle. 


The two processing sections of the CPU operate 
independently. In the 8086 CPU, when two or. 
more bytes of the 6-byte instruction queue are 
empty and the EU does not require the BIU to 
perform a bus cycle, the BIU executes instruction 
fetch cycles to refill the queue. In the 8088 CPU, 
when one byte of the 4-byte instruction queue is 
empty, the BIU executes an instruction fetch 
cycle. Note that the 8086 CPU, since it has a 16- 
bit data bus, can access two instruction object 


- code bytes in a single bus cycle, while the 8088 
CPU, since it has an 8-bit data bus, accesses one 


instruction object code byte per bus cycle. If the 
EU issues a request for bus access while the BIU is 
in the process of an instruction fetch bus cycle, 
the BIU completes the cycle before honoring the 


EU’s request. 
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| Bidirectional, 


AD15-ADO Pees Bus 3.State 
— A19/S6- | Output, 
“A16/S3 Address/Status 3-State 
STETE Bus High Enable/. Output, 
BHEIS7 Status 3-State 


Minimum/Maximum 
Mode Control 


MN/MX Input 


; ‘Output, 

Read Control 3.State 
Wait On Test Control Input 
Wait State Control Input 


System Reset 


Non-Maskable 
Interrupt Request 


Input 


Input 


Interrupt Request Input 
System Clock Input 
+5V Input 


Ground | 


Hold Request . _ Input 


~Hold Acknowledge | Output 
wea Output, 

Write eontiol 3-State 
Memory/IO Control eeu 
Data Transmit/ Output, 
Receive - 3-State 

- Data Enable Output, 
3-State 


Address Latch 
Enable 


meron! Acknowledge 


Output 
*  QOutput 


Request/Grant Bus 
Access Control 


Bidirectional 


Bus Priority. Lock Output, 
Control 3-State 
Tete Output, 

Bus Cycle Status 3-State 


Instruction Queue . Output 


~ Common oS | 


ch) aof]Vcc 


api f2 AD15 

ap13 [_]3 ae af_] A16/S3 
api2 (4 — 371] A17/s4 
avi [5 |_] 18/85 


apio [J6 nS A19/S6 


avg [7 HE/S7 


apsE]s MN/MX 


AD7LJ9 3 at] RD. 
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AD3 [_413 } M/iO (S2)- 
AD2C94 LJ ovr (Si) 
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MAXIMUM MODE PIN FUNCTIONS (e.g. Foc) 
ARE SHOWN IN PARENTHESES 


Figure 4-1. 8086 Pin Definitions | 
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es 


AD7-ADO Address/Data Bus 


A15-A8 


A19/S6- 
A16/S3 


MN/MX 


Address Bus 


Address/Status 


Minimum/Maximum 
Mode Control 


RD Read Control 
Wait On Test Control 
Wait State Control 
System Reset 


Non-Maskable 
Interrupt Request 
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System Clock — 
+5V 
Ground 


Hold Request — 
Hold Acknowledge 


Write Control 


10/Memory Control 
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Receive 


Data Enable 
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Bus Priority Lock 
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RQ/GT1, 0 


LOCK 


Bus Cycle Status 


$2-S0 


Instruction Queue 
Status 


QS1, QS0 


Common Signals 
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Bidirectional, 


3-State 


Output, 


3-State 


Output, 


3-State 
Input 


Output, 


3-State 
Input 


Input — 


Input 
Input 


Input 
Input 


amp OY: 
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[Name [Function [Type 


Input 
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3-State 


Output, 


3-State 


Output, 


3-State 
Output 
Output 
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A14{_f2 39] J A15” 
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Ait} 95 36 |_}| A18/S5 
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— apati2 291_] WR (LOCK) 
Ap3 [913 28]_]10/M (S2) 
av2[_]14 a7 ]oT/R — (Si) 
ADIL 15 26 |_| DEN (S0) 
avo L]16 | 251_] ALE (QSo) 
NMI[_}17 ; ; 247] INTA (QS1) 


CLK I $19 221 | READY 


- GND] 20 219} RESET 


MAXIMUM MODE PIN FUNCTIONS (e. g.,LOCK) 


ARE SHOWN IN PARENTHESES 


Figure 4-2. 8088 Pin Definitions 
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ADDRESS BUS 
. (20 BITS): 


GENERAL 
REGISTERS 


, ALU DATA BUS gous 
(16 BITS) 5 


INSTRUCTION 
QUEUE 


EU 
C ;ONTROL 
SYSTEM 


(8 BITS) 


E' XECUTION UNIT | i » 7" "BUS INTERFACE UNIT 
(EU) Ha Aad BID nts, 


ADDRESS BUS 
(20 BITS) 


GENERAL 


REGISTERS DATA BUS 


(8 BITS) _ 


| 
| 
| 
fee 
| 
| 
| 
| 


“COMMUNICATIONS : 
gree —— “8088 
_ (6 BITS) et oF LOGIC” PROS 12g. 
\ 
| 
INSTRUCTION 
QUEUE : 
EU Q Bus 
CONTROL 
SsYSTEM (8 BITS) 
| : : 
E)(ECUTION UNIT - | Mieke OSD gS -» BUS INTERFACE UNIT - - ~~ 
(EU) (BIU) 


Figure 4-4, 80%38 Elementary Block Diagram 
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Bus Operation 


To explain the operation of the time-multiplexed 
bus, the BIU’s bus cycle must be examined. 
Essentially, a bus cycle is an asynchronous event 
in which the address of an I/O peripheral or 
memory location is presented, followed by either 
a read control signal (to capture or ‘‘read’’ the 
data from the addressed device) or a write control 
signal and the associated data (to transmit or 
‘write’. the data to the addressed device). The 
selected device (memory | or I/O° neripheral) 
accepts the data on the bus during a write cycle or 
places the requested data on the bus during a read 
cycle. On termination of, the ‘cycle, the device 
latches the data written or removes s the data read. 


As shown in figure 4-5, all bus cycles consist ofa 
minimum of four clock cycles or ‘“T-states’’ iden- 
tified as T}, T>, T3 and Ty. The CPU places the 
address of the memory location or I/O device on 
the bus during state Ty. During a write bus cycle, 
the CPU places the data on the bus from state T> 
until state Ty. During a read bus cycle, the CPU 
accepts He data present on the: bus in states T3 


3 pas BUS CYCLE 


and Tg, and the multiplexed address/data bus is 
floated.in state Ty to allow the CPU to change 
from the write mode (output oe) to the read. 
mode (input gel: 


It is important to note that the BIU executes a bus 
cycle only when a bus cycle is requested by the EU 
as part of instruction execution or when it must 
fill the instruction. queue. Consequently, clock 
periods in which there is no BIU activity can 
occur between bus cycles. These. inactive clock 
periods are referred to as idle states (T]): While 
idle clock states result from several conditions 
(e.g., bus access granted to a coprocessor), as an 
example, consider the.case of the: execution of a 
‘‘long’’ instruction. In: the following example, an 
8-bit register. multiply (MUL) instruction (which 
requires between 70 and 77 clock cycles) is exe- 
cuted by the 8086. Assuming that the multiplica- 
tion routine is entered as a result of a program 
jump (which causes the instruction queue to be 
reinitialized when the jump is executed) and, as 
will be explained later in this chapter, that the 
object code bytes are aligned on even-byte bound- 
aries, the BIU’s bus cleat bea would vaDeeat 
as shown i in figure 4-6. . sae 


Figure 4-5. Typical BIU Bus Cycles 


=——— BUS CYCLE———> 


<——— BUS CYCLE———> 


—_—_—|DLE CLOCK CYCLES—--—-—_> | BUS CYCLE——_-> 


FS PR om ps Oe |) TES Tz) Eas) a 
rv ea aie | Pl 
BASES PEE LY | 
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1-2 So 5 4 Ben 6. 8 | 9 10 
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ACTIVITY INSTRUCTION, T COMPLETES INSTRUCTION EXECUTION IN 70 TO 77 CLOCK. CYCLES. OBJECT CODE BYTES 
REINITIALIZES THE QUEUE FROM THE QUEUE AND 
DURING EXECUTI ON N OF BEGINS EXECUTING THE 
THE JUMP. - NEXT INSTRUCTION. 
BIU SINCE THE QUEUE IS BIU FETCHES TWO OBJECT| BIU FETCHES TWO MORE | BIU IS, IDLE FOR 62-69 CLOCK CYCLES BIU FETCHES TWO OBJECT 
ACTIVITY EMPTY, THE BIU FETCHES |CODE BYTES. QUEUE OBJECT CODE BYTES HE EU COMPLETES EXECUTION OF |CODE BYTES TO REFILL 


TWO OBJECT CODE BYTES | AGAIN CONTAINS FOUR 


(THE MUL Det aah a IN' BYTES. BYTES). 


BUS CYCLE. THE Q 
CONTAINS FOUR BYTES. 


QUEUE IS NOW FULL (SIX 


THE QUEUE. THE QUEUE IS 
_ JAGAIN FULL. 


H 
THE MUL INSTRUCTION 


» Figure 4-6. BIU:Idle States. | 
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In addition to the idle state previously described, 
both the 8086 and 8088 CPUs include a 
mechanism for inserting additional T-states in the 
bus cycle to compensate for devices (memory or. 
I/O) that cannot transfer data at the maximum 
rate. These extra T-states are called wait states 
(Ty) and, when required, are inserted between 
states T3 and Ty. During a wait state, the data on 
the bus remains unchanged. When the device can 
complete the transfer (present or accept the data), 
it signals the CPU to exit the wait state and to 
enter state oa 


As sisi in the rallewing timing Geers the 
actual bus cycle timing differs between a read and 
a write bus cycle and varies between the two 
CPUs. Note that: the timing diagrams illustrated 

are for the minimum mode. (Maximum mode 
timing is described later in this chapter. ) 


| Referring to figures 4-7 and 4-8, the 8086 CPU 
places. a 20-bit address on the multiplexed 
address/data bus during state T,. During state 
-T, the CPU removes the address from the bus 
and either three-states (floats) the lower 16 
address/data lines in preparation fora read cycle 
(figure 4-7) or places write data on these lines 


(figure 4-8). At this time, bus cycle status is 
available on the address/status lines. During state 
T3, bus cycle status is maintained on the 
address/status lines and either the write data is 
maintained or read data is sampled on the lower 
16 address/data lines. The bus cycle is terminated 
in state Tg (control lines are disabled and the 
addressed device deselects from the bus). 


The 8088 CPU, like the 8086, places a 20-bit 
address on the multiplexed address/data bus dur- 
ing state T) as shown in figures 4-9 and 4-10. 
Unlike the 8086, the 8088 maintains the address 
on the address lines (Aj5-Ag) for the entire bus 
cycle. During state T>, the CPU removes the 
address on the address/data lines (AD7-ADo) and 
either floats these lines in preparation for a read 
cycle (figure 4-9) or places write data on these 
lines (figure 4-10). At this time, bus cycle status is 
available on the address/status lines. During state 
T3,. bus cycle status is maintained on the 
address/status lines and either write data is main- 
tained or .read data is sampled on the 
address/ data lines. The bus cycle is terminated in 
state Ty (control lines are disabled and_ the 
addressed device deselects from the bus). 


T1 | 


ONE BUS CYCLE 


T2 


| . 13 | T4 


A19/S6-A16/S3 
AND BHEI/S7 - _ADDRESS, BHE OUT STATUS OUT 
AD15-ADo ADDRESS OUT DATA IN 


Figure 4-7. 8086 Read Bus Cycle 
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1~—~C« | 
CLK 


ONE BUS CYCLE 
| ae 


A19/S6-A16/S3 eer 
AND BHE/S7 ADDRESS, BHE OUT STATUS OUT 
AD15-ADo ADDRESS OUT DATA OUT 


MiiO LOW =1/0 WRITE, HIGH = MEMORY WRITE 


Figure 4-8. 8086 Write Bus Cycle 


A majority of system memories and peripherals 


require a stable address for the duration of the 
bus cycle (certain MCS-85™ components can 
operate with a multiplexed address/data bus). 
During state T; of every bus cycle, the ALE 
(Address Latch Enable) control signal is output 
(either directly from the microprocessor in the 
minimum mode or indirectly through an 8288 Bus 
Controller in the maximum mode) to permit the 
address to be latched (the address is valid on the 
trailing-edge of ALE). This ‘‘demultiplexing’’ of 
the address/data bus can be done remotely at 
each device in the system or locally at the CPU 
and distributed throughout. the system as a 
separate address bus. For optimum system per- 
formance and for compatibility with multi- 
processor systems or with the Intel Multibus 
architecture, the locally-demultiplexed address 
bus is recommended. To latch the address, Intel® 
8282 (non-inverting) or 8283 (inverting) Octal 
Latches are offered as part of the 8086 product 
family and are implemented as shown in figure 
4-11. These circuits, in addition to providing the 
desired latch function, provide increased current 
drive capability and capacitive load immunity. 


The data bus cannot be demultiplexed due to the 
timing differences between read and write cycles 
and the various read response times among 
peripherals and memories. Consequently, the 
multiplexed data bus either can be buffered or 
used directly. When memory and I/O peripherals 
are connected directly to an unbuffered bus, it is 
essential that during a read cycle, a device is 
prevented from corrupting the address present on 
the bus during state T). To ensure that the 
address is not corrupted, a device’s output drivers 
should be enabled by an output enable function 
(rather than the device’s chip select function) con- 
trolled by the CPU’s read signal. (The MCS-86 
family processors guarantee that the read signal 
will not be valid until after the address has been 
latched -by ALE.) Many Intel peripheral, 
ROM/EPROM, and RAM circuits provide an 
output enable function to allow interface to an 
unbuffered multiplexed address/data bus. The 
alternative of using a buffered data bus should be 
considered since it simplifies the interfacing 
requirements and offers both increased drive cur- 
rent capability and capacitive load immunity. The 


| Intel® 8286 (non-inverting) and 8287 (inverting) 
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1 | T2 | T3 | T4 


ALE \ | | 
lol LOW = MEMORY READ, HIGH =1/0 READ 
pT/R \ I 


Figure 4-9. 8088 Read Bus Cycle 


ONE BUS CYCLE 
T1 | T2 | T3 | T4 


CLK 


i 
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A15-Ag © 


=: re ADDRESS OUT - . 
AD7-ADo_ ADDRESS OUT DATA OUT 


ALE 


OM . LOW =MEMORY WRITE, HIGH = 1/0 WRITE 


Figure 4-10. 8088 Write Bus Cycle | 
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Octal Bus Transceivers, shown in figure 4-12, are 
expressly designed to buffer the data bus. These 
transceivers use the CPU’s DEN (Data Enable) 
and DT/R (Data Transmit/Receive) control 
signals to enable and control the direction of data 
on the bus. These signals provide the proper tim- 
ing relationship to guarantee isolation of the 
address that is present on the multiplexed bus 
during state Ty. . 


Except where noted, all subsequent discussions 
and examples in this chapter assume a locally 
demultiplexed address bus and a buffered data 
bus. The resultant address and data buses from 
the address latches and data transceivers to the 
memory and I/O devices will be referred to collec- 
tively as the ‘‘system’’ bus. | 
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Figure 4-12. Minimum Mode 8086 Buffered Data Bus 
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Clock Circuit | 


To establish the bus cycle time, the’ CPU requires 
an external clock signal. As an integral part of the 
8086 family, Intel offers the 8284 -Clock 
Generator/Driver for this purpose. In addition to 


providing the primary (system) clock signal, this 


device provides both the hardware reset interface 
and the mechanism for the insertion of wait states 
in the bus cycle. 


The clock generator/driver requires an external — 


series-resonant crystal input (or external frequen- 
cy source) at three times the required system clock 
frequency (i.e., to operate the CPU at 5 MHz, a 
15 MHz fundamental. frequency source is 
required). The divided-by-three output (CLK) 
from the 8284 is routed directly to the CPU’s 


CLK input. The clock generator/driver provides a _ 


second clock output called PCLK (Peripheral 
Clock) at one half the frequency of the CLK out- 
put and a buffered TTL level OSC (oscillator) 
output at the applied crystal input frequency. 
These outputs are available for use by. een 
devices. | 


The 8284’s hardware reset function is accom- 


plished with an internal Schmitt trigger circuit = 


that is activated by the RES (Reset) input. When 


The insertion of wait states in the CPU’s bus cycle 
is accomplished by deactivating one of the 8284’s 
RDY inputs (RDY1 or RDY2). Either of these 
inputs, when enabled by its corresponding AEN1 
or AEN2 input, can be deactivated directly bya 
peripheral device when it must extend the CPU’s 
bus cycle (when it is not ready to present or accept 
data) or by a'‘‘wait state generator’’ circuit (a 
logic circuit that holds the RDY input inactive for 
a given number of clock cycles). 


The READY output, which is synchronized to the 
CLK signal is coupled directly to the CPU’s 
READY input. As shown in figure 4-13, when the 
addressed device needs to insert one.or more wait 
states in a bus cycle, it deactivates the 8284’s RDY 
input prior to the end of state T> which causes the 
READY output to be deactivated at the end of 


_ state T>. The resultant wait state (Ty) is inserted 


between states T3 and Ty. To exit the wait state, 


‘the device activates the 8284’s RDY input which 


causes the READY input to the CPU to go active 


this input is pulled low (i.e., a contact closure to. 


ground), the RESET output is activated syn- 


chronously with the CLK signal. This signal must 
be active for four clock cycles and causes the CPU 
to fetch and execute the instruction at location 
FFFFOH. An external RC circuit is connected to 
the RES input to provide the power-on reset func- 
tion (on power-on, the RES input must be active 
for 50 microseconds). The RESET output is 


at the end of the current wait state and allows the 
CPU to enter state Ty. 


Minimum/Maximum Mode 


A unique feature of the 8086 and 8088 CPUs is 


coupled directly to the RESET input of the CPU — 


as well as being available to system penpnos as 
the system reset t signal. 


ONE BUS CYCLE 


the ability of a user to define a subset of the 
CPU’s control signal outputs in order to tailor the 
CPU to its intended system environment. This 

“system tailoring’’ is accomplished by the strap- 
ping of the CPU’s MN/MX (minimum/max- 
imum) input pin. Table 4-1 defines the 8086 and 
8088 pin assignments in both the minimum and 
maximum modes 


T3 | 
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Figure 4-13. Wait State Timing 
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Table 4-1. Minimum/Maximum Mode Pin Assignments 


Minimum Mode 


In the minimum mode (MN/MxX pin strapped to 
+5V), the CPU supports small, single-processor 
systems that consist of a few devices and that use 
the system bus rather than support the 
Multibus™ architecture. In the minimum mode, 
the CPU itself generates all bus control 


signals (DT/R, DEN, ALE and either M/IO or 


1O0/M) and the command output signal (RD, WR 
or INTA), and provides a mechanism for 
requesting bus access (HOLD/HLDA) that is 
compatible with bus master type controllers (e.g., 
the Intel® 8237 and 8257 DMA Controllers). 


In the. minimum mode, when a bus master 
requires bus access, it activates the HOLD input 


to the CPU (through its request logic). The CPU, | 


in response to the ‘‘hold’’ request, activates 
HLDA as an acknowledgement to the bus master 
requesting the bus and simultaneously floats the 


system bus and control lines. Since a bus request - 
is asynchronous, the CPU samples the HOLD | 
input on the positive transition of each CLK 


signal and, as shown in figure 4-14, activates 
HLDA at the end of either the current bus cycle 
(if a bus cycle is in progress) or idle clock period. 
The hold state is maintained until the bus master 
inactivates the HOLD input at which time the 
CPU regains control of the system bus. Note that 
during a ‘‘hold’’ state, the CPU will continue to 
execute instructions until a bus cycle is required. 


Note that in the minimum mode, the I/O-memory 
control line for the 8088 CPU is the converse of 
the corresponding control line for the 8086 CPU 
(M/IO on the 8086 and IO/M on the 8088). This 


was done to provide the 8088 CPU, since it isan _ 


High State 


8-bit device, compatibility with existing 


~MCS-85™ systems and specific MCS-85™ family 


devices (e.g., the Intel® 8155/56). 


_ Maximum Mode 


In the maximum mode (MN/MX pin strapped to 


ground), an Intel® 8288 Bus Controller is added 


to provide a sophisticated bus control function 


and compatibility with the Multibus architecture 
(combining an Intel® 8289 Arbiter with the 8288 
permits the CPU to support multiple processors 
on the system bus). As shown in figure 4-15, the 
bus controller, rather than the CPU, provides all 
bus control and command outputs, and allows the 


pins previously delegated to these functions to be 


redefined to support multiprocessing functions. 


$2, S1 and SO 


Referring to figure 4-15, the 8288 Bus Controller 


uses the 82, S1 and SO status bit outputs from the 
CPU (and the 8089 IOP) to generate all bus con- 
trol and command output signals required for a 
bus cycle. The status bit outputs are decoded as 
outlined in table 4-2. (For a detailed description 
of the operation of the 8288 Bus Controller, refer 
to the associated data sheet in Appendix B.) 


The 8088 CPU, in the minimum mode, provides 
an SSO status output. This output is equivalent to 
SO in the maximum mode and can be decoded 
with DT/R and IO/M (inverted), which are 
equivalent to S1 and S2 respectively, to provide 
the same CPU cycle status information defined in 
table 4-2. This type of decoding could be used ina 
minimum mode 8088-based system to allow 


~ dynamic RAM refresh during passive CPU cycles. 
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- Table 4-2. Status Bit Decoding © 


_.,, Status Inputs 


CPUCycle .  . |  8288Command — | 


—.. InterruptAcknowledge | |. .INTA. . | 
ReadWVOPort = |... 1ORC 
Write |/O Port a | ~ JOWC, AIOWC 

Halt Stitt. see 

Instruction Fetch. . 

ReadMemory .,. |. oC t—t—‘(CS 
-WriteMemory — | . MWTC,AMWC . © 
Passive — “oto. None | 
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RQ/GT1, RQ/GTO 


The Request/Grant signal lines . (RO/GTO and 
RO/GT1) provide the CPU’s’ bus access 
mechanism in the maximum mode (replacing the 
HOLD/HLDA function available in the 
‘minimum mode) and are designed expressly for 
multiprocessor applications using the 8089 I/O 
Processor in its local mode or other processors 
that can support this function. These lines are 
unique in that the request/grant function i is 
accom peace over a. single line (ROQ/GTO 
or: RQ/GT1). rather than the two-line 
HOLD/HLDA function. 


As shown in figure 4-16, the request/grant 
‘sequence is a three-phase cycle: request, grant and 
release. The sequence is initiated by another pro- 
cessor On the system_bus when it outputs a pulse 
on one of the RQ/GT lines to request bus access 
(request phase). In response, the CPU outputs a 


pulse (on the same line). at the end of either the 


current bus cycle (if a bus cycle is in progress) or 
idle clock period to indicate to the requesting pro- 
cessor that it has floated the system bus and that it 
will logically disconnect.from the bus controller 
on the next clock cycle (grant phase) and enter a 


‘‘hold’’ state. Note that the CPU’s execution unit 
(EU) continues to execute the instructions.in the 
queue until an instruction requiring bus access is 
encountered: .or until the queue is empty. .In.the 
third (release) phase, the requesting processor 
again outputs a pulse on the RQ/GT line. This 
pulse alerts the CPU that the processor is ready to 
release the bus. The CPU regains bus access on its 
next clock cycle. Note that the exchange of. pulses 
is synchronized and, accordingly, both the CPU 
and requesting processor must be referenced: to. 
the same clock signal. s 3 


The _request/ grant lines. are prioritized | with 
RQ/GTO taking precedence over ROQ/GTI. Ifa 
request arrives on both lines: simultaneously, the 
processor on n_RQ/GTO is granted the bus (the 
request on RO/GTI is granted when the bus is 
released by the first processor following a-one or 
two clock channel transfer. delay). Both. RQ/GT 
lines (and the HOLD line in minimum cays have 
a higher priority. reel a. pending Te 


Request/ grant lates (the time interval Geiueen 
the receipt of a request pulse and the return of a 
grant aa for several conditions i is fiyen in table 
4-3. Po ives, he ay 2S 
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Figure 4-16. Request/Grant Timing 


- Table 4-3. Request/Grant Latency 


| Operating Condition 


Normal Instruction Processing—LOCK inactive 


INTA Cycle Executing—LOCK active 


| Locked XCHG Instruction Processing—LOCK active 


Request/Grant Delay. 


- 3-6.(10*) clocks 3-40 clocks 


15 clocks 15 clocks 


24-31 (39*) clocks 24-39 clocks 


*The number of clocks in parentheses applies when the instruction being executed eeieicaces: a er 


operand at an odd address boundary. © 
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Latency during normal instruction processing 
(LOCK inactive) can be as short as three clock 
cycles ‘(e.g., during execution of an instruction 
that does not reference memory) and no more 
than ten clock_cycles. Whenever the LOCK out- 
put is active (LOCK is activated during an inter- 
rupt acknowledge cycle or during execution of an 
instruction with a Lock prefix), latency is 
increased. In the case of the execution of a locked 
XCHG instruction. (used during ' semaphore 
examination), maximum latency is limited to 39 
clock cycles. Greater latencies occur when a 
‘“‘long’’ instruction is locked. This, however, is 
neither necessary nor recommended. 


At the end of. processor activity, the 8086 or 
8088 will not redirve its control and data buses 
until two clock cycles following receipt of the 
release pulse (or two clock cycles after HOLD 
goes inactive in the minimum mode), 


A Hold : venient iS honored: immediately following 


CPU reset if the HOLD line is active when the 


RESET line goes inactive. This.action facilitates 
the. downloading of programs and, more 


specifically, the setting of memory location | 


FFFFOH prior to CPU activation. Note that the 
same result can be effected in the maximum mode 
through the RQ/GT line by generating the request 


pulse in the first or second clock cycle after — 


RESET goes inactive. 


LOCK 


The LOCK output is used in conjunction with an 


Intel 8289© Bus Arbiter to guarantee exclusive | 


access of a shared system bus for the duration of 


an instruction. This output is software controlled 


and is effected by preceding the instruction 
requiring exclusive access with a one byte “‘lock’’ 
prefix (see Instruction set description 1 in Chapter 
2). 


‘When the lock prefix is decoded by the EU, the 
EU informs the BIU to activate the LOCK output 
during the next clock cycle. This signal remains 
active until one clock cycle after the execution of 
the aoe en instruction is concluded. 


QS1, aso 


The QS1 aaa QSO (Queue Status) outputs permit © 
external: monitoring of the CPU’s’ internal 


instruction queue to allow instruction set exten- 


sion processing by a coprocessor. (The 
corresponding Intel ICE modules use these status 
bits during ‘‘trace’’ operations.) The encoding of 
the QS1 and QS0 bits is shown in table 4-4. —— 


Table 424. oe Status Bit Decoding | 
| ‘Queue Status 
~0 No. Operation. During the last 
a ie jclock cycle, nothing was taken 
ae from the queue. 
First Byte. The byte taken from the 


queue was the first pyle of the 
| instruction. | 


Queue’ Empty. The queue has 
been reinitialized-as a result of the 
execution of a transfer instruction. 


Subsequent Byte. The byte taken 
from the queue was a subsequent 
byte of the instruction. 


The queue status is valid during the clock cycle 
after the indicated activity has occurred. 


External Memory Addressing 


_ The 8086 and 8088 CPUs have a 20-bit address 
_ bus and are capable of accessing one megabyte of 


memory address space. 


The 8086 memory address space consists of a 
sequence of up to one million individual bytes in 
which any two consecutive bytes can be accessed 
as a 16-bit data word. As shown in figure 4-17, 
the memory address space is physically divided. 
into two banks of up to 512k bytes each. 


One bank Is associated with the lower half of the 
CPU’s 16-bit data bus (data bits D7-D0), and the 
other bank is associated with the upper half of the 
data bus (data bits D15-D8). Address bits A19 
through Al are used to simultaneously address a 


- specific byte location in both the upper and lower 


banks, and the AO address bit is not used in 
memory. addressing. Instead, AO is used in 
memory bank selection. The lower bank, which 
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contains even-address bytes, is selected when 
A0=0. The upper bank, containing odd address 
bytes (A0=1), is selected by a separate signal, Bus 
High Enable (BHE). Table 4-5 defines the 
BHE-AO bank selection mechanism. 


Table 4-5. nave Bank Selection 


hut Byte Transferred 


Both bytes 


Upper byte to/from odd address 
Lower byte to/from even address 
None | 


When accessing a data byte at an even address, 
the byte is transferred to or from the lower bank 
on the lower half of the data bus (D7-D0). In this 
case, the inactive level of the AO address bit 
enables the addressed byte in the lower bank, and 
the inactive level of the BHE signal disables the 
addressed byte in the upper bank. Conversely, 
when performing a byte access at an odd address, 
the data byte is transferred to or from the upper 
bank on the upper half of the data bus (D15-D8). 
The active level of the BHE signal enables the 
upper bank, and the active level of the AO address 
bit disables the lower bank. 


As indicated in table 4-5, the 8086 can access a 
byte in both the’ upper and lower banks 
simultaneously as a 16-bit word. When the low- 
order byte of the word to be accessed is on an 
even address boundary (that is, when the low- 


order byte is in the lower bank), the word is said 
to be ‘‘aligned’’ and can be accessed in a single 
Operation (a single bus cycle). As with the byte 
transfers previously described, address bits Al9 
through Al address both banks, except that now 
BHE is active (selecting the upper bank) and AO is 
inactive (selecting the lower bank) to access both 
bytes. 


When the low-order byte of the word to be 
accessed is on an odd address boundary (when the 
low-order byte is in the upper bank), the word is 
‘‘not aligned’’ and must be accessed in two bus 
cycles. During the first cycle, the low-order byte 
of the word is transferred to or from the upper 
bank as described for_a byte access at an odd 
address (AO and BHE active). The memory 
address is then incremented, which causes AO to 
shift to an inactive level (selecting the lower 
bank), and a byte access at an even address Is per- 
formed during the next bus cycle to transfer the 
word’s high-order byte to or from the lower bank. 
The above sequence is initiated automatically by 
the 8086 whenever. a word access at an odd 
address is performed. Also, the directing of the 
high- and low-order bytes of the 8086’s internal 
word registers to the appropriate halves of the 
data bus is performed automatically and, except 
for the additional four clock cycles required to 
execute the second bus cycle, the entire operation 
is transparent to the program. 


The 8088 memory address space is logically 
Organized as a linear array of up to one million 
bytes. Since the 8088 uses an 8-bit-wide data bus, 
memory consists of a single bank. Address bit AO 
is used to address memory, and a BHE signal is 
not provided. 


Word (16-bit) operands can be located at odd- or 
even-address boundaries. The low-order byte of 
the word is stored in the lower-valued: address 
location, and the high-order byte is stored in the 
next, higher-valued address location. The 8088 
automatically executes two bus eels: when 
accessing word operands. 


0 Interfacing 


The 8086 antl 8088 CPUs support both. 1/0 
mapped I/O and memory mapped I/O. I/O 
mapped I/O permits an I/O device to reside ina 


separate address space (first 64k of. address 


space), and the standard I/O instruction set is 
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available for device communications. Memory 
mapped I/O permits an I/O device to reside 
anywhere in memory and allows the complete 
CPU instruction set to be. used for I/O 
operations. 7 


The 8086 supports both 8-bit and 16-bit I/O 
devices. An 8-bit I/O device may be associated 
with either the upper or lower half of the data 
bus. (Assigning an equal number of devices to 
each half of the data bus distributes bus loading.) 
When an I/O device is assigned to the lower half 
of the bus (D7-D0), all I/O addresses must be 
even (AO equal ‘‘0’’), and when an I/O device is 
assigned to the upper half of the bus, all I/O 
addresses must be odd (AO equal ‘‘1”’). Note that 
since AO always will be either a ‘‘1’’ or a ‘‘0”’ for 
a specific device, it cannot be used as an address 
input to select registers within the I/O device. 
When an I/O device on the upper half of the bus 
and an I/O device on the lower half of the bus are 
assigned addresses that differ only by the state of 
AO (adjacent odd and even addresses), AO and 
BHE both must be conditions of. device selection 
to‘prevent a write operation to one device rom 
overwriting data in the other device. 


To permit eens to 16-bit I/O devices to 
be performed in a single bus cycle, the device is 
assigned an even address. To ensure that the I/O 
device is selected only for word transfers, AO and 
BHE both must be conditions of device selection. 


The 8088, since its data bus is eight bits wide, is 
designed to support 8-bit I/O devices and places 
no restrictions on odd or even addresses. - 


When the 8086 or the 8088 is operated: in the 
minimum_mode, the CPU’s read and write com- 
mands (RD and WR) are common for memory 
and I/O devices. If the memory and I/O address 
spaces overlap, device selection must be qualified 
by M/IO (8086) or IO/M (8088) to determine if 
the device is memory or I/O. This restriction does 
not apply to systems in which I/O and memory 
addresses do not overlap or to systems that use 
memory-mapped I/O exclusively. In the max- 
imum mode, the CPU generates (through the bus 
controller) separate memory read/write and_I/O 
read/write commands in place of the M/ IO or 
IO/M signal. In a maximum mode system, an I/O 
device is assigned to an I/O address or to a 
memory address (memory mapped I/O) by con- 
necting either the memory or I/O read/write com- 
mand lines to the device’s command inputs. 


When the I/O and memory address spaces 
overlap, device selection is determined by the 
appropriate read/write command set. 


Interrupts 


CPU interrupts can be software or hardware 
initiated. Software interrupts originate directly 
from program execution (i.e., execution of a 
breakpointed instruction) or indirectly through 
program logic (i.e., attempting to divide by zero). 
Hardware interrupts originate from external logic 
and are classified as either non-maskable or 
maskable. All interrupts, whether software or 
hardware initiated, result in the transfer of con- 
trol to a new program location. A 256-entry vec- 
tor table, which contains address pointers to the 


interrupt routines, resides in absolute locations 0 


through 3FFH. Each entry in this table consists of 
two 16-bit address values (four bytes) that are 
loaded into the code segment (CS) and the 
instruction pointer (IP) registers as the interrupt 
routine address when an interrupt is accepted. 
Figure 4-18 illustrates the organization of the 256- 
entry vector table. 


Memory Table 
Address Entry Definition 
Vector 25519 
User Available 
Vector 3219 . 
a 
Vector 3119 
EN ee 
oo 
| Reserved 
: poecciaesbety 
Vector5 . 
Te nn 2 one 
Vector 4 — Overflow | 
Vector 3 — Breakpoint 
oe 
Vector 2 — NMI 
o [om 
er 
Vector 1 — Single-Step 
2 


CS Value — Vector 0 (CS 0) 
IP Value — Vector 0 (IP 0) 


Vector 0 — Divide Error 


2 Bytes 


Figure 4-18. Interrupt Vector Table 
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As shown in figure 4-18, the first five interrupt 
vectors are associated with the software-initiated 
interrupts and the hardware non-maskable inter- 
rupt (NMI). The next 27 interrupt vectors are 
reserved by Intel and should not be used if com- 
patibility with future Intel products is to be main- 
tained. The remaining interrupt vectors (vectors 
32 thorugh 255) are available for user Interrupt 
routines. 


The non-maskable interrupt (NMI) occurs as a 
result of a positive transition at the CPU’s NMI 
input pin. This input is asynchronous and, in 
order to ensure that it is recognized, is required to 
have a minimum duration of two clock cycles. 
NMI is typically used with power fail circuitry, 
-error correcting memory or bus parity detection 
logic to allow fast response to these fault condi- 
tions. When NMI is activated, control is trans- 
ferred to the interrupt service routine pointed to 
by vector 2 following execution of the current 
instruction. When a non-maskable interrupt is 


acknowledged, the current contents.of the flags 


register are pushed onto the stack (the stack 
pointer is decremented by two), the interrupt 
enable and trap bits in the flags register are 
cleared (disabling maskable and single-step inter- 
rupts), and the vector 2 CS and IP address 
pointers are loaded into the CS and IP registers as 
the interrupt service routine address. 


The CPU provides a single interrupt request input 
(INTR) that can be software masked by clearing 
the interrupt enable bit in the flags. register 
through the execution of a CLI instruction. The 
INTR input is level triggered and is synchronized 
internally to the positive transition of the CLK 
signal. In order to be accepted before the next 
instruction, INTR must be active during the clock 
period preceding the end of the current instruc- 
tion (and the interrupt enable bit must be set). 


As shown in figure 4-19, when a maskable inter- 
rupt is acknowledged, the CPU executes: two 
interrupt acknowledge bus cycles. 


During the first bus cycle, the CPU floats the 
address/data bus and activates the INTA (Inter- 
rupt Acknowledge) command output during 
states Ty through Ty. In the minimum mode, the 
CPU will not recognize a hold request from 
another bus master until the full interrupt 
acknowledge sequence is completed. In the max- 
imum mode, the CPU activates the LOCK ‘output 
from state T> of the first bus cycle until state-T 
of the second bus cycle to signal all 8289 Bus 
Arbiters in the system that the bus should not be 
accessed by any other processor. During the 
second bus cycle, the CPU again activates its 
INTA command output. In response to the 


~+—-FIRST INTERRUPT ACKNOWLEDGE BUS CYCLE——> 


CLK 


ALE 


*LOCK 


INTA 


+**SECOND INTERRUPT ACKNOWLEDGE BUS CYCLE > 


AD7-ADg VECTOR TYPE = 


“MAXIMUM MODE ONLY 


**SEVERAL (3 TYPICAL) IDLE CLOCK STATES OCCUR BETWEEN THE FIRST AND SECOND 


INTERRUPT ACKNOWLEDGE BUS CYCLES IN THE 8086 CPU (DURING THIS INTERVAL THE 
BUS IS DRIVEN). INTERRUPT ACKNOWLEDGE BUS CYCLES OCCUR BACK: TO-BACK IN 


THE 8088 CPU. 


Figure 4-19. Interrupt Acknowledge Sequence 
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second INTA, the external interrupt system (e.g., 
an Intel® 8259A Programmable Interrupt Con- 
troller) places a byte on the data bus that iden- 
tifies the source of the interrupt (the vector 
number or vector ‘‘type’’). This byte is read by 
the CPU and then multiplied by four with the 
resultant value used as a pointer into the interrupt 
vector table. Before calling the corresponding 
interrupt routine, the CPU: saves the machine 
status by pushing the current contents of the flags 
register onto the stack. The CPU then clears the 
interrupt enable and trap bits in the flags register 
to prevent subsequent maskable and single-step 
interrupts, and establishes the interrupt routine 
return linkage by pushing the current CS and IP 
register contents onto the stack before loading the 
new CS and IP Peete waNucs from ra vector 
table. ee 


The four classes of interrupts are prioritized with 
software-initiated interrupts having the highest 
priority and with maskable and single-step inter- 
_rupts sharing the lowest priority (see section 2.6). 
Since the CPU disables maskable and single-step 
. interrupts. when acknowledging any interrupt, if 
recognition of maskable interrupts or single-step 
Operation is required as part:of the interrupt 
routine, the routine first must set these bits. 


The processing times for. the various élaeees a 


interrupts are given in table 4-6. (These times also 


are included with the 8086/8088 instruction times _ 


cited in section 2.7.) 


Table 4-6. Interrupt Processing Time 


External Maskable Interrupt 
(INTR) ra 


61 clocks 


Non-Maskable Interrupt (NMI)}| 50 clocks 
51 clocks 
52 clocks 
53 clocks 


INT (with vector) 
TINT Type 3 
INTO 


Single Step... ... 50 clocks 


Note that the times shown in table 4-6 represent © 
only the time required to process the interrupt 


request after it has been recognized. To determine 
interrupt latency (the time interval between the 
posting of the interrupt request and the execution 
of ‘“‘useful’’ instructions within the interrupt 


Interrupt Class | 


routine), additional time must be included for the 
completion on an-instruction being executed when. 
the interrupt is posted (interrupts are generally 
processed only at instruction boundaries), for 
saving the contents of any. additional registers 
prior to interrupt: processing (interrupts 
automatically save only CS, IP and Flags) and for 
any wait states that may be incurred during inter- 
rupt processing. 


Machine Instruction Encoding and 
Decoding 


Writing a MOV instruction in | ASM- 86 in the 
Lory: 


Mov destination, source 


will cause ce esenibley to eeherate 1 of 28 pos- 
sible forms of the MOV machine instruction. A 
programmer rarely needs to know the details of 
machine instruction formats or encoding. An 
exception may occur during debugging when it 
may be necessary to monitor instructions fetched 
on the bus, read unformatted memory dumps, 
etc. This section provides the information 
necessary to translate or decode an 8086 or 8088 
machine instruction. ; | 


To pack fasieuchiens into memory as densely as 
possible, the 8086 and 8088 CPUs utilize an effi- 
cient coding technique. Machine instructions vary 
from one to six bytes in length. One-byte instruc- 


.. tions, which generally operate on single registers 


or flags, are simple to identify. The keys to 
decoding longer instructions. are in the first two 
bytes. The format of these bytes can vary, but 
most instructions follow the format shown in 
figure 4-20. 


The first six bits of a multibyte instruction 


- generally contain an opcode that identifies the 


basic instruction type: ADD, XOR, etc. The 
following bit, called the D field, generally 
specifies the “‘direction’’ of the operation: | = the 
REG field in the second byte identifies the 


_ destination operand, 0 = the REG field identifies 


the source operand. The W field distinguishes 
between byte and word oe i 0 = byte, | = 
word. - 


One of three additional inde an fields, S, V or | 
Z, appears in some instruction formats. S is used 


in conjunction with W to indicate sign extension 
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of immediate fields in arithmetic instructions. V the zero flag in conditional repeat. and loop 
distinguishes between single- and variable-bit instructions. All single-bit field settings are sum- 
shifts and rotates. Z is used as a compare bit with marized in table 4-7. 
BYTE 1 BYTE 2 BYTE 3 BYTE 4 BYTE5  ‘BYTEG. 
Ea 8-1 ed 8 ae ea ee ore ese 


/M 


ron poe 


| x 
LOW DISP/DATA l HIGH DISP/DATA| LOWDATA |. HIGHDATA | 
| | , 
| ' 


REGISTER OPERAND/REGISTERS TO USE IN EA CALCULATION 
» REGISTER OPERAND/EXTENSION OF OPCODE 
REGISTER MODE/MEMORY MODE WITH DISPLACEMENT LENGTH 


WORD/BYTE OPERATION | 
DIRECTION IS TO REGISTER/DIRECTION IS FROM REGISTER 
OPERATION (INSTRUCTION) CODE 


Figure 4-20. Typical 8086/8088 Machine Instruction Format 


- Table 4-7. Single-Bit Field Encoding 


No sign extension 
Sign extend 8-bit immediate data to 16 bits if W=1 


Instruction operates on byte data 
Instruction operates on word data 


Instruction source is specified in REG field | 
Instruction destination is specified in REG field — 


Shift/rotate countisone _ 
Shift/rotate count is specified in CL register 


Repeat/loop while zero flag is clear 
Repeat/loop while zero flag is set 
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The second: byte of the instruction: usually iden- 
tifies the. instruction’s: operands. The MOD 
(mode) field indicates whether one of. the 
operands is in memory or whether both operands 


are registers (see table 4-8). The REG (register) . 


field identifies a register that is one of the instruc- 
tion operands (see table 4-9). In a number of 
instructions, chiefly the immediate-to-memory 
variety, REG is used as an extension of the 
opcode to identify the type of operation. The 
encoding of the R/M (register/memory) field (see 
table 4-10) depends on how the mode field is set. 
If MOD = 11 (register-to-register mode), then 


R/M identifies the second register operand. If — 


MOD selects memory mode, then R/M indicates 
how the effective address of the memory operand 
is to be calculated. Effective address: calculation 
is covered in detail in n section 2.8. 


Bytes 3 through 6 of an Hearne are optional... 
fields that usually contain the displacement value _ 
of a memory operand and/or the actual value of 7 


an immediate constant eperanes, 


Table 4-8. MOD (Mode) Field Encoding: 


CODE EXPLANATION 


Memory Mode, no EtSPr yen 
follows” 


Memory Mode, 8-bit 
displacement follows 
Memory Mode, 16-bit. 
displacement follows 


Register Mode (no 
displacement) 


*Except when R/M = 110, then:16-bit 
‘displacement follows: - 


- Table 4-9. REG (Register) Field Encoding . 


There may ‘be one. or two 6 displacement bytes: the 
language translators generate one byte whenever 
possible. The MOD field -indicates how many 


_ displacement bytes: are present. Following Intel 
- convention, if the displacement is two bytes, the 
~ most-significant byte is stored second in the 
instruction. If. the.displacement is only a single 


byte, the 8086 or 8088 automatically sign-extends 
this quantity to 16-bits before using the informa- 


tion in further address calculations. Immediate 
“values always follow any displacement values that 


may be present. The second byte of a two-byte 
immediate value is the most significant. 


Table 4-12 lists the instruction encodings for all 
8086/8088 instructions. This table can be used to 
predict the machine encoding of any ASM-86 


--instruction. Table 4-13 lists the 8086/8088 


machine instructions in order by the binary value 
of their first byte. This table can be used to 
decode any machine instruction from its binary 


-orepresentation. Table 4-11 is a key to the 

abbreviations used in tables 4-12 and 4-13. Table 

4-14 is ‘a ‘more cOMipack: instruction Rag eroeine 
guide. ; 


Table.4-10. i; M (Register/ Memory) Field Encoding 


EFFECTIVE ADDRESS CALCULATION 


| (BX) + (SI) 
(BX) + (Dl) 
(BP)+(SI) _. 
11 | (BP)+(Dl), 


(SI) 
| (DN) 


DIRECT ADDRESS 


| | (BX). 


(BX) + (SI) + D8 
(BX) + (Dl) + D8 
(BP) + (Sl) +D8 
(BP) + (Dl) +D8 
(SI) + D8 

(Dl) + D8 

(BP)+D8 
(BX)+D8 0 Lf 


(BX) + (SI) +D16 
(BX) + (Dl) + D16 
(BP) + (Sl) +D16 
(BP) +(DI)+D16 
(SI) + D16 
(DI) + D16 

(BP) +D16 

(BX) +D16_ 
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Table 4-11. Key to Machine Instruction Encoding and Decoding 


IDENTIFIER | EXPLANATION 


MOD Mode field; described in this chapter. 

REG Register field; described in this chapter. 

R/M Register/Memory field; described in this chapter. 

SR Segment register code: 00=ES, 01=CS, 10=SS, 11=DS. 

W,S,D,V,Z Single-bit instruction fields; described in this chapter. 

DATA-8 8-bit immediate constant. 

DATA-SX 8-bit immediate value that is automatically sign-extended to 16-bits 
before use. : 

DATA-LO Low-order byte of 16-bit immediate constant. 

DATA-HI High-order byte of 16-bit immediate constant. 

(DISP-LO) Low-order byte of optional 8- or 16-bit unsigned displacement; MOD 
indicates if present. 

(DISP-H}) | ’ High-order byte of optional 16-bit unsigned displacement; MOD 
indicates if present. 

|P-LO Low-order byte of new IP value. 

IP-HI High-order byte of new IP value 

CS-LO Low-order byte of new CS value. 

CS-HI High-order byte of new CS value. 

_ IP-INC8 8-bit signed increment to instruction pointer. 

IP-INC-LO | Low-order byte of signed 16-bit instruction pointer increment. 

IP-INC-HI ase" | High-order byte of signed 16-bit instruction pointer increment. 

ADDR-LO Low-order byte of direct address (offset) of memory operand; EA not 
calculated. eoecd 

ADDR-HI High-order byte of direct address (offset) of mee operand; EA not © 
calculated. 


_ Bits may contain any value. 
First 3 bits of ESC opcode. 
Second 3 bits of ESC opcode. 
REG8 8-bit general register operand. 
REG16 16-bit general register operand. 
MEM8 8-bit memory operand (any addressing mode). 
MEM16 16-bit memory operand (any addressing mode). 
IMMED8 8-bit immediate operand. 
IMMED16 16-bit immediate operand. 
SEGREG | Segment register operand. 
DEST-STR8 Byte string addressed by DI. 
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Table 4-11. Key to Machine Instruction Encoding and Decoding (Cont’d.) 


IDENTIFIER - EXPLANATION i | 


SRC-STR8 Byte string addressed by Sl. 

_ DEST-STR16 Word string addressed by DI. 
SRC-STR16 Word string addressed by SI. - 
SHORT-LABEL Label within +127 bytes of instruction. 


NEAR-PROC Procedure in current code segment. | 
FAR-PROC Procedure in another code segment. 


NEAR-LABEL Label in current code segment but farther than -—128 to +127 bytes 
: from instruction. 


FAR-LABEL Label in another code segment. 

SOURCE-TABLE XLAT translation table addressed by BX. 
OPCODE | ESC opcode operand. 
SOURCE 


ESC register or memory operand. 


Table 4-12. 8086 Instruction Encoding 


DATA TRANSFER 


MOV = Move: 76543210 76543210 76543210 76543210 76543210 76543210 


100010dw (DISP-LO) (DISP-HI) 
Pee [ae 


_ Register/memory to/from register 


_ Immediate to register/memory 


~ Immediate to register 


fevveven| se [orm 
ervenre[ mew [we 


- Memory to accumulator 
_ Accumulator to memory 
_ Register/memory to segment register 


Segment register to register/memory 


PUSH = Push: 


. Register/memory 


1111114141 (DISP-LO) (DISP-HI) 
01010 reg 


000 reg 110 


_ Register 


Segment register 


mod 0 0 0 rim (DISP-LO) (DISP-Hl) 
00 0 reg 111 


POP = Pop: 


Register/memory 


’ Register 


: Segment register 
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DATA TRANSFER (Cont’d.) 
XCHG = Exchange: - 
Register/memory with register 


Register with accumulator 


IN = Input from: 
Fixed port 


Variable port 


OUT = Output to: | 

Fixed port 

Variable port 

XLAT = Translate byte to AL 
LEA = Load EA to register 
LDS = Load pointer to DS 
LES = Load pointer to ES 
LAHF = Load AH with flags 
SAHF = Store AH into flags 
PUSHF = Push late | 


POPF = Pop flags 


ARITHMETIC 
ADD = Add: 

' Reg/memory with register to either 
Immediate to register/memory 


Immediate to accumulator 


ADC = Add with carry: 
Reg/memory with register to either 
Immediate to register/memory 


Immediate to accumulator 


INC = Increment: 
Register/memory 
Register 

AAA = ASCIl adjust for add 


DAA = Decimal adjust for add 


HARDWARE REFERENCE INFORMATION 


Table 4-12. 8086 Instruction Encoding (Cont’d.) 


76543210 76543210 76543210 76543210 76543210 76543210 


1001 0 reg 


1110010w 
1110110wW 


DATA-8 


fewer ei [me ne vm] esr | ene 


DATA-8 


000000dw (DISP-LO) . (DISP-HI) ° 
100000sw| mod 0 0 0 rim (DISP-LO) (DISP-HI) | data 


data ifs: w=01 


11177171Ww 


01000 reg 


mod 0 0 0 r/m (DISP-LO) (DISP-HI) 


00110111 


00100111 


4-23 Mnemonics © Intel, 1978 


ARITHMETIC (Cont’d.) 


SUB = Subtract: 
Reg/memory and register to either 
Immediate from register/memory 


Immediate from accumulator 


SBB = Subtract with borrow: 
Reg/memory and register to either 
Immediate from register/memory 


tmmediate from accumulator 


DEC Decrement: 
Register/memory 
Register 


NEG Change sign 


CMP = Compare: 

Register/ memory and register 
Immediate with register/memory 
Immediate with accumulator — 
AAS ASCIl adjust for subtract 
DAS Decimal adjust for subtract 
MUL Multiply (unsigned) 

IMUL Integer multiply (signed) 
AAM ASCIl adjust for multiply 
DIV Divide (unsigned) - 

IDIV Integer divide (signed) 
AAD ASCIl adjust for divide 
CBW Convert byte to word 


CWD Convert word to double word 


LOGIC 

NOT Invert 

SHL/SAL Shift logical/arithmetic left 
SHR Shift logical right 

SAR Shift arithmetic right 


ROL Rotate left 
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Table 4-12. 8086 Instruction Encoding (Cont’d.) 


76543210 76543210 76543210 76543210 76543210 76543210 


001010dw | moa reg tm (DISP-LO) (DISP-H1) 


100000swI|{mod 011 rim (DISP-LO) (DISP-H}l) pata data if s: w=01 


1111%1%41%1%Ww {mod 001 rim (DISP-LO) | isesin | 


01001 reg 


11110141wjmod 011 rim} (DISP-LO) — (DISP-Hl) 


001110dw (DISP-LO) (DISP-Hl) © 


0011110w 


00111111 


00101111 


t11tortw|mod totem] isto, | isp | 


10011000 


10011004 


11110171Ww 


110100vw (DISP-LO) — (DISP-HI) 
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LOGIC (Cont’d.) 


ROR Rotate right 
RCL Rotate through carry flag left 


RCR Rotate through carry right 


AND = And: 
Reg/memory with register to either 
immediate to register/memory 


Immediate to accumulator 


TEST = And function to flags no result: 


Register/memory and register 


Immediate data and register/memory 


Immediate data and accumulator 


OR = Or: 
Reg/memory and register to either 
Immediate to register/memory 


Immediate to accumulator 


XOR = Exclusive or: 
Reg/memory and register to either 
Immediate to register/memory 


Immediate to accumulator 


STRING MANIPULATION 
REP = Repeat 

MOVS = Move byte/ word 

CMPS =Compare byte/word 
SCAS =Scan byte/word 

LODS = Load byte/wd to AL/AX 


STDS = Stor byte/wd from AL/A 


HARDWARE REFERENCE INFORMATION 


Table 4-12. 8086 Instruction Encoding (Cont’d.) 


76543210 76543210 76543210 76543210 76543210 76543210 


110100vw {mod 0°01 rim (DISP-LO) (DISP-Hl) 
110100vw {mod 01 0 rim (DISP-LO) (DISP-HI) 
110100vw {mod 011 r/m (DISP-LO) (DISP-HI!) 


001000dw (DISP-LO) (DISP-Hl) 
1000000w {mod 100 rim (DISP-LO) (DISP-H)}) pata 


data if w=1 


000100dw (DISP-LO) (DISP-HI) 


000010dw (DISP-LO) =| ~—(DISP-Hi) 
a 


een | oom [a 


001100dw 
0011010Ww 
0011010Ww 


1010010w 
1010011w 


10101114w 
1010110w 
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Table 4-12. 8086 Instruction Encoding (Cont’d.) 


CONTROL TRANSFER 


CALL = Call: 76543210 76543210 76543210 76543210 76543210 76543210 


111010007. ('IP-INC-LO.. IP-INC-HI : 
1111444114 | mod 01 0 rim - (DISP-LO) *  (DISP-HI) 
10011010 


1114111414144 =>~mod 011 rm 


Direct within segment 


Indirect within segment 


Direct intersegment 


Indirect intersegment 


JMP = Unconditional Jump: 


11101001 


111010141 


IP-INC-LO 


IP-INC8 


IP-INC-HI. 


Direct within segment 


Direct within segment-short 


Indirect within segment 


1114141944 =7 mod 100 rim (DISP-LO) | (ise | 


111.4191. 


Direct intersegment 


CSlo CS-hi 


‘mod 101 ¢/m |. (DISP-LO) 


indirect intersegment 


RET = Return from CALL: 


Within segment 11000011 


11000010 


Within seg adding immed to SP 


11001011]. - 


01110100 IP-INC8 
01110101 IP-INC8 


01111011 IP-INC8 


01110001 IP-INC8 


Intersegment . 


Intersegment adding immediate to SP 


JE/JZ=Jump on equal/zero 


JL/JNGE=Jump on less/not greater or equal 


JLE/JNG = Jump on less or equal/not greater 


JB/JNAE=Jump on below/not above or equal 


JBE/JNA=Jump on below or equa!/not above 


JP/JPE=Jump on parity/parity even 


JO=Jump on overflow 


JS=Jump on sign 


JNE/JNZ=Jump on not equal/not zer0 


JNL/JGE=Jump on not less/ greater or equal 


JNLE/JG = Jump on not less or equal/greater 


JNB/JAE = Jump on not below/above or equal 


JNBE/JA=Jump on not below or equal/above 


JNP/JPO=Jump on not par/par odd 


JNO =Jump on not overflow 
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Table 4-12. 8086 Instruction Encoding (Cont’d.) 


CONTROL TRANSFER (Cont’d.) 


RET = Return from CALL: 76543210 76543210 76543210 76543210 76543210 7868543210 


01111001 IP-INC8 


JNS=Jump on not sign 


[rece | wme 


LOOP =Loop CX times 
LOOPZ/LOOPE= Loop while zero/ equal 
LOOPNZ/LOOPNE = Loop while not zero/equal 


JCXZ=Jump on CX zero 


INT = Interrupt: 


11001101 DATA-8 
11001100 
11001110 


11001141.1 


Type specified 
Type 3 
INTO = Interrupt on overflow 


(RET =Interrupt return 


PROCESSOR CONTROL 


Poe] 


CLC =Clear gary 
CMC=Complement carry 
STC =Set carry 

| CLD =Clear direction 
STD=Set direction 
CLI= Clear interrupt . 


STl=Set interrupt 


HLT = Halt 


11110000 


|001 reg 110 


ESC = Escape (to external device) (DISP-Hl) 


LOCK = Bus lock prefix 


SEGMENT = Override prefix 


.. Table 4-13. Machine Instruction Decoding Guide 


MOD REG R/M 
MOD REG R/M 
MOD REG R/M 
MOD REG R/M 
DATA-8 
DATA-LO 


(DISP-LO), (DISP-H1) | 
(DISP-LO),(DISP-HI) 


(DISP-LO),(DISP-HI) . 


(DISP-LO),(DISP-HI) 


DATA-HI 


ia ate 2ND BYTE BYTES 3, 4, 5, 6 ASM-86 INSTRUCTION FORMAT 
HEX | BINARY 
00 | 


REG8/MEM8,REG8 
REG16/MEM16,REG16 
REG8,REG8/MEM8 


-REG16,REG16/MEM16 


AL,IMMED8 
AX, IMMED16 
ES 

ES 
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Table 4-13. Machine Instruction Decoding Guide (Cont’d.) 


_ 2ND BYTE BYTES 3,4,5,6 


MOD REG R/M 
MOD REG R/M 
MOD REG R/M 
MOD REG.R/M 
DATA-8 - 
DATA-LO 


MOD REG R/M 
MOD REG R/M 
MOD REG R/M 
MOD REG R/M 
DATA-8 
DATA-LO 


MOD REG R/M 
MOD REG R/M 
MOD REG R/M 
MOD REG R/M 
DATA-8 
DATA-LO 


MOD REG R/M 
MOD REG R/M 
MOD REG R/M 
MOD REG R/M 
DATA-8 
DATA-LO 


MOD REG R/M 
MOD REG R/M 
MOD REG R/M 


MOD REG R/M 


DATA-8 
DATA-LO 


| MOD REG R/M 

MOD REG R/M- 

‘MOD REG R/M. 

1 | MOD REG R/M 
| DATA-8 


DATA-LO 


(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-Hl) 
(DISP-LO),(DISP-HI) 


DATA-HI 


(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 


DATA-HI 


(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 


DATA-HI 


(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 


DATA-HI 


(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 


(DISP-LO,(DISP-H}) 


DATA-HI — 


-(DISP-LO),(DISP-HI) | 
'(DISP-LO),(DISP-HI) 


(DISP-LO),(DISP-HI) 


A(DISP- -LO),(DISP-HI) 


- DATA-HI 
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- REG8/MEM8, REGS ~ 


REG16/MEM16,REG16. 


~REG8,REG8/MEM8 


REG16,REG16/MEM16 
AL,IMMED8 : 
AX,IMMED16 

CS 


REG8/MEM8,REG8 
REG16/MEM16,REG16 
REG8,REG8/MEM8 | 
REG16,REG16/MEM16 
AL,IMMED8 
AX,IMMED16— 

SS 

SS 
REG8/MEM8,REG8 


REG16/MEM16,REG16- 
REG8,REG8/MEM8 


REG16,REG16/MEM16 


AL,IMMED8 


AX,IMMED16 
DS 


DS 
REG8/MEM8,REG8 : 
REG16/MEM16,REG16..__. 


REG8,REG8/MEM8 
REG16,REG16/MEM16 


AL,IMMED8 
-AX,IMMED16 


(segment override 
prefix) © 


‘REG8/MEM8,REG8 
 REG16/MEM16,REGI6 ~~ 


REG8,REG8/MEM8 
REG16,REG16/MEM16 


~AL,IMMED8 


AX,IMMED16 


-». (segment override» 


prefix) 


REG8/MEM8,REG8’ ~ 


REG16/MEM16,REG16 
REG8, REG8/MEM8 


‘REG16,REG16/MEM16 
ALIMMED8 
~AX,IMMED16 


(segment override: 
prefix) oo. | 


(sree 
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Table 4-13. Machine Instruction Decoding 


2ND BYTE 


MOD REG R/M 
MOD REG R/M 


MOD REG R/M 
MOD REG R/M. 


DATA-8 
DATA-LO 


BYTES 3,4,5,6 


(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-Hl) 
(DISP-LO),(DISP-HI) 


~DATA-HI 


(not used) 


(not used) 


(not used) 


(not used) 


Guide (Cont’d.) 


ASM-86 INSTRUCTION FORMAT . __ 


REG8/MEM8,REG8 
REG16/MEM16,REG16 
REG8,REG8/MEM8 ~ 
REG16,REG16/MEM16 
AL,IMMED8 — : 
AX,IMMED16 
(segmentoverride 


prefix) 


(not used) 


- (notused) = | 


(notused) = — 


_ (not used) 
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hel 
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Table 4-13. sisson Instruction pone Guide (Cont’d.) 


MOD 000 R/M 


MOD 001 R/M 
MOD 010 R/M_ 


MOD 011 R/M. 


MOD 100 R/M 


MOD101R/M_ . 
MOD 110R/M _ 


MOD 111 R/M - 


MOD 000.R/M 


MOD 001 R/M. 


MOD 010.R/M 


MOD 011 R/M 


-2ND BYTE 


(DISP-LO),(DISP-H)), 
-DATA-8 
(DISP-LO),(DISP-HI), 
DATA-8 
(DISP-LO),(DISP-HI), 
' DATA-8 
(DISP-LO),(DISP-H)), 
- DATA-8 
(DISP-LO),(DISP-H)), 
- DATA-8 
(DISP-LO),(DISP-HI), 
DATA-8 
(DISP-LO),(DISP-Hl), 


| DATA-8 


(DISP-LO),(DISP-H}), 
 DATA-8 
(DISP-LO),(DISP-HI), 
DATA-LO,DATA-HI 
(DISP-LO),(DISP-HI), 
DATA-LO,DATA-HI 
(DISP-LO),(DISP-Hl), 
DATA-LO,DATA-HI 


| (DISP-LO),(DISP-H)), 


DATA-LO,DATA-HI 
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BYTES 3,4,5,6 _ASM-86 INSTRUCTION FORMAT 


(not used) 
(not used) . 


| (not used) — 
- (not used) 
(not used) - 


(not used) . 


(not used) 


(not used) 

JO SHORT-LABEL 

JNO SHORT-LABEL ~ 

JB/JNAE/ SHORT-LABEL 
JC 


JNB/JAE/ SHORT-LABEL 


JNC 
JE/JZ 
JNE/JNZ 
JBE/JNA 
JNBE/JA 


SHORT-LABEL 
SHORT-LABEL | 
SHORT-LABEL 
SHORT-LABEL _. 
SHORT-LABEL 
SHORT-LABEL 
SHORT-LABEL 
SHORT-LABEL 
SHORT-LABEL 
SHORT-LABEL 
SHORT-LABEL 
SHORT-LABEL 
BEGELMEMS, IMMED8 


REG8/MEM8,|IMMED8 
REG8/MEMB, IMMED8 
REG8/MEM8,IMMED8 
REG8/MEM8, IMMED8 


REG8/MEMB8, IMMED8 


REG8/MEM8, IMMED8 


REG8/MEM8,IMMED8 

REG16/MEM16,IMMED16 
REG16/MEM16,IMMED16 
REG16/MEM16,IMMED16 


REG16/MEM16,IMMED16 
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Table 4-13. Machine Instruction Decoding Guide (Cont’d. ) 


BINARY 2ND BYTE. BYTES 3,4,5,6 ASM-86 INSTRUCTION FORMAT 


| astByYTE | BYTE 


MOD 100 R/M 
MOD 101 R/M 
MOD 110 R/M 
MOD 111 R/M 
MOD 000 R/M. 


MOD 001 R/M 


MOD 011 R/M 


MOD 100 R/M 
MOD 101 R/M 


MOD 110 R/M 
MOD 111 R/M 


MOD 000 R/M 


MOD 001 R/M 
MOD 010 R/M 


MOD 011 R/M 


MOD 100 R/M 
MOD 101 R/M 


MOD 110 R/M 
MOD 111 R/M 


MOD REG R/M 
MOD REG R/M 
MOD REG R/M 
MOD REG R/M 
MOD REG R/M 
MOD REG R/M 
MOD REG R/M 
MOD REG R/M 
MOD 0SR R/M 
MOD 1--R/M 
MOD REG R/M 
MOD 0SR R/M 
MOD 1-- R/M 
MOD 000 R/M 
MOD 001 R/M 
MOD 010 R/M 


MOD 010 R/M | 


(DISP-LO),(DISP-Hl), 
DATA- LO, DATA- HI 

(DISP-LO),(DISP-HI), 
DATA-LO,DATA-HI 

(DISP-LO),(DISP-HIl), 
DATA-LO,DATA-HI 


(DISP-LO),(DISP-H)), 


DATA-LO,DATA-HI 
(DISP-LO),(DISP-H)), 
DATA-8 


(DISP-LO),(DISP-Hl), 
DATA-8 

(DISP-LO),(DISP-HI), 
DATA-8 


(DISP-LO),(DISP-HI), 
DATA-8 


(DISP-LO),(DISP-Hl), 
DATA-8 

(DISP-LO),(DISP-HI), 
DATA-SX 


(DISP-LO), (DISP-H)), 
DATA-SX | 
(DISP-LO),(DISP-H)), 

DATA-SX 


(DISP-LO),(DISP-H)), 
DATA-SX 


(DISP-LO),(DISP-H)), 
DATA-SX 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-H}) 


_(DISP-LO),(DISP-HI) 


(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-Hl) 


(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 


(DISP-LO),(DISP-HI}) 
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REG16/MEM16,IMMED16 


SUB REG16/MEM16,IMMED16 


XOR REG16/MEM16,IMMED16_ 


CMP REG16/MEM16,IMMED16 


ADD REG8/MEM8, IMMED8 


(not used) 
ADC REG8/MEM8,IMMED8 


SBB REG8/MEM8,IMMED8 


(not used) | 
SUB REG8/MEM8,IMMED8 
(not used) | | 
CMP REG8/MEM8,IMMED8 


ADD REG16/MEM16, IMMED8 


. (not used) 


ADC REG16/MEM16,IMMED8 


SBB REG16/MEM16,IMMED8 
(not used) | 
SUB REG16/MEM16,IMMED8 . 
(not used) 7 
CMP REG16/MEM16,IMMED8 
REG8/MEM8,REG8 
REG16/MEM16,REG16 
REG8,REG8/MEM8 
REG16,REG16/MEM16 
REG8/MEM8,REG8 
REG16/MEM16/REG16 
REG8,REG8/MEM8 | 
REG16,REG16/MEM16 
REG16/MEM16, SEGREG- 
(not used) 
LEA 

MOV 

(not used) 
POP 

(not used) 
(not used) 


REG16,MEM16 
SEGREG,REG16/MEM16 


REG16/MEM16 
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_ Table 4-13. Machine Instruction Pecodis Guide (Cont’d.) 


AST | 4sTBYTE 
BINARY 2ND BYTE BYTES 3,4,5,6 ASM-86 INSTRUCTION FORMAT 


MOD 011 R/M (not used) 
MOD 100 R/M . | 1 | (not used) 
MOD101R/M | ~ | (not used) 
MOD 110 R/M : (not used) 
MOD 111 R/M Se : — (not used) » 


exchange AX AX) 
AX,CX 

AX,DX 

AX,BX 

AX,SP 

~ AX,BP > 

~ AX,SI 

AX,DI 


DISP-HI,SEG-LO, FAR._PROC 
SEG-HI | e Snet Y 


AL,MEM8 
AX,MEMi16 © 

~ MEM8,AL 
MEM16,AL 

| DEST-STR8,SRC-STR8 
DEST-STR16,SRC-STR16 
DEST-STR8,SRC-STR8 
~DEST-STR16,SRC-STR16 
AL,IMMED8 
AX,IMMED16 | 
DEST-STR8 
DEST-STR16 
SRC-STR8 
SRC-STR16 
DEST-STR8 

~DEST-STR16 | 
AL,IMMED8 - 
CL,IMMED8 > 
DL,IMMED8 
BL,IMMED8 © : 
AH,IMMED8 - 
~CH,IMMED8 | 
DH,IMMED8 
BH, IMMED8 

~~ AX,IMMED16 © 

~ CX,IMMED16 

~~ DX,IMMED16 
BX,IMMED16 
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Table 4-13. Machine Instruction Decoding Guide (Cont’d.) 


2ND BYTE BYTES 3,4,5,6 ASM-86 INSTRUCTION FORMAT 


SP,IMMED16 


DATA-LO 
DATA-LO 
DATA-LO 
DATA-LO 


DATA-LO 


MOD REG R/M 
MOD REG R/M 


MOD 000 R/M 


MOD 001 R/M 
MOD 010 R/M 
MOD 011 R/M 


MOD 100 R/M — 


MOD 101 R/M 


MOD 000 R/M 


MOD 001 R/M 
MOD 010 R/M 
MOD 011 R/M 
MOD 100 R/M 
MOD 101 R/M 
MOD 110 R/M 
MOD 111 R/M 


DATA-LO 


DATA-8 


MOD 000 R/M 
MOD 001 R/M 
MOD 010 R/M 
MOD 011 R/M 
MOD 100 R/M 
MOD 101 R/M 


MOD 000 R/M 
MOD 001 R/M 


MOD 010 R/M. 


MOD 011 R/M 
MOD 100 R/M 


(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI), 
_DATA-8 — 


(DISP-LO),(DISP-HI), 
DATA-LO,DATA-HI 


(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-Hl) » 


(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HIl) 


(DISP-LO),(DISP-Hl) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI}) 
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MOV 
MOV 
MOV 
MOV 
(not used) 


(not used) 


BP, IMMED16 


SI,IMMED16 
~ DI,MMED16 


IMMED16 (intraseg) 
(intrasegment) 
REG16,MEM16 


~REG16,MEM16 


-(not used) 
- (not used) 


(not used) 
(not used) 
(not used) 
(not used) 
(not used) 
MOV 


not used) 


not used). 


not used) 


not used) 
not used) 
(not used 
(not used) 
(not used) 
RET 
RET 
INT 


SAL/SHL 
SHR 
(not used) 


SAL/SHL 


( 

( 

( | 
(not used) 
( 

( 


-MEM8,IMMED8 


MEM16,IMMED16 


IMMED16 (intersegment) 


(intersegment) 
ae 
IMMED8 


REG8/MEM8,1 
REG8/MEM8,1 
REG8/MEM8,1 
REG8/MEM8,1 
REG8/MEM8,1 
REG8/MEM8,1 


REG8/MEM8,1 
REG16/MEM16,1 
REG16/MEM16,1 
REG16/MEM16,1 
REG16/MEM16,1 
REG16/MEM16,1 
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Table 4-13. Machine Instruction Decoding Guide (Cont’d:) 


2ND BYTE BYTES 3,4,5,6 ASM-86 INSTRUCTION FORMAT 


» (DISP-LO),(DISP-HI) 


MOD 101 R/M 


-}MOD110 R/M 


MOD 111 R/M 
MOD 000 R/M 
MOD 001 R/M 
MOD 010 R/M. 


| MOD 011 R/M 
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MOD 100 R/M 
MOD 101 R/M 
MOD 110 R/M 
MOD 111 R/M 
MOD 000 R/M 
MOD 001 R/M 
MOD 010 R/M. 
MOD 011 R/M 


MOD 100 R/M - 


MOD 101 R/M - 


MOD 110 R/M | 


MOD 111 R/M 
00001010 
00001010 


MOD 000 R/M - 


MOD YYY R/M 
MOD 111 R/M 
IP-INC-8 


IP-INC-8 


‘(DISP-LO),(DISP-HI) at 
'(DISP-LO),(DISP-HI) | 


(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 


(DISP-LO),(DISP-HI) 


(DISP-LO), DISP-HI) 


( : 
DISP-LO),(DISP-HI) © {| 


( 

(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 


(DISP-LO),(DISP-HI) 


(DISP-LO), (DISP-HI) 


IP-INC-HI 
IP-INC-HI. 3 
IP-HI,CS-LO,CS-HI 
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_ (not used) 


-(not used) © 


“SHR REG16/MEM16,1 
REG16/MEM16,1 
REG8/MEM8,CL 
REG8/MEM8,CL 
REG8/MEM8,CL. | 
REG8/MEM8,CL 
REG8/MEM8,CL 
—REG8/MEM8,CL 


SAL/SHL 
SHR 


REG8/MEM8,CL 
REG16/MEM16, CL 
REG16/MEM16,CL 
REG16/MEM16,CL 
-REG16/MEM16,CL | 
REG16/MEM16,CL © 


SAL/SHL. 
7 REG16/MEM16, CL 


SHR 
WOENSee): 


/REGI6/MEMI6, cL se: 


(not used): | an 
XLAT oe RCE- TABLE 


ESC | Eon: SOURCE. 
LOOPNE/ SHORT- LABEL 

LOOPNZ | 
LOOPE/ SHORT-LABEL 
SHORT-LABEL 
SHORT-LABEL 
AL,IMMED8 
AX,IMMED8 . . 
AL,IMMED8 
AX, IMMED8 
- NEAR-PROC | 
NEAR-LABEL 
FAR-LABEL 
.SHORT-LABEL 
AL,DX 

AX,DX 

AL,DX 

AX,DX 

(prefix) 


(not used) 
-REPNE/REPNZ 
; ee ae 


HLT 
CMC 


[EX [BINARY 
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Table 4-13. Machine Instruction Decoding Guide (Cont’d.) 


2ND BYTE BYTES 3,4,5,6 ASM-86 INSTRUCTION FORMAT 


MOD 000 R/M 


MOD 001 R/M 
MOD 010 R/M 


MOD 011 R/M - 


MOD 100 R/M 


MOD 101 R/M- 


MOD 110 R/M 
MOD 111 R/M 
MOD 000 R/M 


MOD 001 R/M 
MOD 010 R/M 
MOD 011 R/M 
MOD 100 R/M 
MOD 101 R/M 
MOD 110 R/M 
MOD 111 R/M 


MOD 000 R/M 


MOD 001 R/M 
MOD 010 R/M 
MOD 011 R/M 
MOD 100 R/M 
MOD 101 R/M 
MOD 110 R/M 
MOD 111 R/M 
MOD 000 R/M 
MOD 001 R/M 
MOD 010 R/M 
MOD 011 R/M 
MOD 100 R/M 
MOD 101 R/M 
MOD 110 R/M 
MOD 111 R/M 


(DISP-LO),(DISP-H)), 
DATA-8 


(DISP-LO),(DISP-H]) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 


(DISP-LO),(DISP-H)), 
DATA-LO,DATA-HI 


(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI}) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 


(DISP-LO),(DISP-HI) 


(DISP-LO),(DISP-HI) 


(DISP-LO),(DISP-HI) 


(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 
(DISP-LO),(DISP-HI) 


(DISP-LO),(DISP-HI) 
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TEST 


(not used) 


(not used) 
(not used) 
(not used) 
(not used) 
(not used) 
(not used) 
INC 
DEC 
CALL ~ 
CALL 
JMP 
JMP 
PUSH 
(not used) 


REG8/MEM8,IMMED8 


REG8/MEM8 

REG8/MEM8 

REG8/MEM8 

REG8/MEM8 

REG8/MEM8 

REG8/MEM8 | 
REG16/MEM16,IMMED16 


REG16/MEM16 
REG16/MEM16 
REG16/MEM16 
REG16/MEM16 
REG16/MEM16 
REG16/MEM16 


REG8/MEM8 | 
REG8/MEM8 


MEM16 


~MEM16 


REG16/MEM16 (intra) 
MEM16 (intersegment) 
REG16/MEM16 (intra) 
MEM16 (intersegment) 
MEM16 
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- Table 4-14. Machine Instruction Encoding Matrix 


30 


0 pt 
AOD ADD ADD ADD - a 
Dfr/m | wair/m | btr/m] wotr/m |: bia 


5 


ADD rs 
w,ia 


1 ADC ADC ADC ‘ADC “ADC fae rsh ae SBB SBB SBB “SBE i ae 
b.f.r/m | w.f.r/m | botr/m w.tr/m b,i b.f.r/m wihr/m b,t.r/m w.tr/m DS 
2 AND AND AND AND | AND = SUB SUB | -SUB SUB su Tr = ‘ 
bfar/m | w.fir/m | botir/m | w,tr/m =ES ‘b.f.r/m wtir/m. b.t.r/m | wotr/m 
3 XOR XOR : XOR XOR oR SEG -| CMP | CMP.| CMP CMP oH AE . 
b.f.r/m |w.f.c/m btrim witin =SS : b.f.r/m | w.fir/m | b.tir/m | w,ter/m Wi 
4 ae INC INC INC nN ce DEC oe ay EG DES -| DEC 
Cx DX SP CX BP DI 
5 sh tee PUSH: rs rsh POP . oF 0 sp POP POP 
DX CX BP DI 


JNO 787 JNB/. JE/ JNE/ 
JNAE | JAE JZ JNZ 
Immed | Immed | ‘immed | Immed > aa TEST 
dbor/m | wor/m 4: byr/m iss/m.| bor/m | wyr/m 
aig ie gts ae nee tear 

P 

aa aay mV 0 

MOV MOV MOV ae MOV MOV MOV MOV Mov MOV MOV MOV MOV 
i~ AL |i-~ClL}]i-— OL] i-~ BL |i — AH i — CH i ~ DH | i ~ BH Ji i— CX | i -DX] i —~ BX | i — SP i-6pP 
RET. ey MOV RET, at INT INT 
(i+SP) bir/m | wic/m [.(i+SP) Type 3 | (Any) 
Shitt., Shift ESC ESC. | ‘ESC St a ESC 

LOOPNZ/ | LOOPZ/ a OUT. CALL JMP .|  JMP- JMP 
me ete feta Tee ee ba 


upy | JNPY. | JL 
JNA_| JA JPE | JPO_ | _JNGE 
xcHG | xcHG | Mov |" Mov] Mov | mov | MOV 
brim | warm | bfc/m | wof.r/m b.tr/m | w.t.r/m | srfrim) 
oval fats cwo | CMY | wait | PUSHF 
TEST 
owre | EAC 


Ps fos | 


_ where: 


TEST 


b = byte operation m=memory - 

d = direct r/m = EA is second byte 
f = from CPU reg si = short intrasegment 
i-= immediate sr = segment register 

ia = immed. to accum. t = to CPU reg 

id = indirect v=variable . 

is = immed. byte, sign ext. w = word operation 


| = long ie. intersegment Z = zero 
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8086 Instruction Sequence 


Figure 4-22 illustrates the internal operation and 
— bus activity that occur as an 8086 CPU executes a 
sequence of instructions. This figure presents the 
signals and timing relationships that are impor- 
tant in understanding 8086 operation. The follow- 
ing discussion is intended to help in the interpreta- 
tion of the figure. 


Figure 4-22 shows the repeated execution of an 
instruction loop. This loop is defined in both 
machine code and assembly language by figure 
4-21. A loop was chosen both to demonstrate the 


effects of a program jump on the queue and to 


make the instruction sequence easy to follow. The 
program sequence shown was selected for several 
reasons. First, consisting of seven instructions 
and 16 bytes, the sequence is typical of the tight 
loops found in many application programs. 
Second, this particular sequence contains several 
Short, fast-executing instructions’ that 
demonstrate both the effect of the queue on CPU 
performance and the interaction between the exe- 
cution unit (EU) fetching code from the queue 
and the bus interface unit (BIU) filling the queue 
and performing the requested bus cycles. Last, 
for the purpose of this discussion, code,. stack, 
and memory data references were arranged to be 
aligned on even word boundaries. . 


ASSEM BLY LANGUAGE MACHINE CODE 


MOV AX, 0F802H B802F8° 
PUSHAX 50. 

‘MOV CX, BX - 8BCB_ 
MOV DX, CX — 8BD1 
ADDAX,{[SI] =~ ~—~—~—~—~—«0304 

ADD SI, 8086H 81068680 . 
JMP $14 ,  EBFO 


Figure 4- 21. Instruction Loop Sequence 


Figure 4-22 can be more easily interpreted: by 
keeping the following guidelines in mind. 


© The queue status lines (QS0, QS1) are the key 


indicators of EU activity. 


° ‘Status lines S2 through SO are the main 
| indicators of 8086/8088 bus activity. 


¢ Interaction of the BIU and EU is via the 
. queue for prefetched opcodes and via the EU 
_for requested bus cycles for data operands. © 


Keeping these guidelines in mind, the instruction 
sequence depicted in figure 4-22 can, be described 
as follows. Starting the loop arbitrarily in clock. 
cycle 1 with the queue reinitialization that occurs 
as part of the JMP instruction, JMP instruction 
execution is completed by the EU, while the BIU 
performs an opcode fetch to begin refilling the 
queue. (Note that a shorthand notation has been 
used in the figure to represent the two queue 
status lines and the three status lines—active 
periods on any of these lines are noted and the 
binary value of the lines is indicated above each 
active region.) 


In clock cycle 8, the queue status lines indicate 
that the first byte of the MOV immediate instruc- 
tion has been removed from the queue (one clock 
cycle after it was placed there by the BIU fetch) 
and that execution of this instruction has begun. 
The second byte of this instruction is taken from 
the queue in clock cycle 10 and then, in clock 
cycle 12, the EU pauses to wait one clock cycle for 
the BIU’s second opcode fetch to be completed 
and for the third byte of the MOV immediate 
instruction to be available for execution 
(remember the queue status lines indicate queue 
activity that has occurred in the previous clock 
cycle). 


Clock cycle 13 begins the execution of the PUSH 
AX instruction, and in clock cycle 15, the BIU 
begins the fourth opcode fetch. The BIU finishes 
the fourth fetch in clock cycle 18 and prepares for 
another fetch when it receives a request from the 
EU for a memory write (the stack push). Instead 
of completing the opcode fetch and forcing the 
EU to wait four additional clock cycles, the BIU 
immediately aborts the fetch cycle (resulting in 
two idle clock cycles (Ty) in clock cycles 19 and 
20) and performs the required memory write. This 
interaction between the EU and BIU results in a 
single clock extension to the execution time of the 
PUSH AX instruction, the maximum delay that 
can occur in response to an EU bus cycle request. 


Execution continues in clock cycle 24 with the 
execution of. back-to-back, register-to-register 
MOV instructions. The first of these instructions 
takes full advantage of the prefetched opcode to 
complete this operation in two clock cycles. The 
second MOV instruction, however, depletes the 
queue and requires two additional clock eeyeles 
(clock cycles 28 and 29). | 
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Pr [2] a fe fs |e yr |e] o | wy wy we | ws | ey ws | we] ow | we | wy my | we | wm | me] es) me Y] 


CLK 


10 01 "1 1 01 


100 | : 100 100 : 100 110 ‘ 100 
CODE FETCH CODE FETCH CODE FETCH CODE FETCH WRITE MEMORY CODE FETCH 
53, 3.90 t 4 . { 

) 1 Toy oT T2 T° OTe v4 T2 T3 Ts 1. T2) Ta 1 13 v qr TY) OPT T2 13 1% 11 T2 

BIU ACTIVITY FETCH B8 02 | FETCH F8 50 ; | FETCH 6B = | BL 8B 01 | | WAITE. Fae ONTO FETCH 03 
eucie fe] ae | Peed | 88 | 
FIRST NEXT NEXT | FIRST 

on [oo L_Joee L_[oee Pore L_ pane 


INSTRUCTION - -~ 


EU 
———— en IMP S$ — eae is MOV AX, F802H a. ae ir ee PUSH AX aia MOV Cx, BX} 
EXECUTION 


Figure 4-22. Sample Instruction Sequence Execution 


In clock cycle 30, the ADD memory indirect to 
AX instruction begins. In the time required to 
execute this instruction, the BIU completes two 
opcode fetch cycles and a memory read and 


begins a fourth opcode fetch cycle. Note that in 


the case of the memory read, the EU’s request for 
a bus cycle occurs at a point in the BIU fetch cycle 
where it can be incorporated directly (idle states 
are not required and no EU delay is imposed). 


In clock cycle 44, the EU begins the ADD 
immediate instruction, taking four bytes from the 
queue and completing instruction execution in 
four clock cycles. Also during this time, the BIU 
senses a full queue in clock cycle 45 and enters a 
series of bus idle states (five or six bytes constitute 
a full queue in the 8086; the BIU waits until it can 
fetch a full word of opcode before. aeeessne the 
bus). . 


At sock cycle 47, the BIU again begins a bus 
cycle sequence, one that is destined to be an 
‘“foverfetch’’ since the EU is executing a JMP 
instruction. As part of the JMP instruction, ‘the 
queue reinitialization (which began the instruc- 
tion sequence) occurs. 


The entire sequence of instructions has taken 55 
clock cycles. Eighteen opcode bytes were fetched, 
one word memory read occurred, and one word 
stack write was performed. 


This example was, by design, partially bus limited 
and indicates the types of EU and BIU interaction 
that can occur in this situation. Most application 


code sequences, however, use a higher proportion 
of more complex, longer-executing instructions 
and addressing modes, and therefore tend to be 
execution limited. In this case, less BIU-EU 
interaction is required, the queue more often is 
full, and more idle states occur on the bus. 


The previous example sequence can be easily 
extended to incorporate wait states in the bus 
access cycles. In the case of a single wait state, 
each bus cycle would be lengthened to five clock 
cycles with a wait state (Ty) inserted between 
every T3 and Ty state of the bus cycle. As a first 
approximation, the instruction sequence exection 
time would appear to be lengthened by 10 clock 
cycles, one cycle for each useful read or write bus 
cycle that occurs. Actually, this approximation 
for the number of wait states inserted is incorrect 
since the queue can compensate for wait states by 
making use of previously idle bus time. For the 
example sequence, this compensation reduced the 
actual execution time by one wait state, and the 
sequence was completed in 64 clock cycles, one 
less than the approximated 65 clock cycles. 


4.3 8089 I/O Processor 


The Intel® 8089 I/O Processor (IOP) combines 
the functions of a DMA controller with the pro- 
cessing capabilities of a microprocessor. In addi- 
tion to the normal DMA function of transferring 
data, the 8089 is capable of dynamically 
translating and comparing the data as it is 
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| 2 | # [ 3 | 93 [| mf 8 | 9 | a7 | ae fae | mY ef az] ef me | ef me | ar | me | | so | st | sz | 83 | se | Ss] se Yr | 


100 


-| 


T2 


FETCH 81 C6 


01 


13 4 "1 T2 ae 


FETCH 66 60 


T1 T2 13 ™% 
FETCH EB FO 


Ts | 1 T2 13 


READ DATA AT 
ADORESS [SI] 


FIRST | NEXT 
BYTE | BYTE 


AOD AX, [ 


100 101 100 100 
FETCH | CODE FETCH ial READ MEMORY eel CODE FETCH [oy eee CODE FETCH a SS — 5 
. 3 i 
%% | 


ot 
FIRST | 
BYTE ; 


NEXT § NEXT | NEXT 
BYTE , BYTE 4 BYTE 


|~——a0o Si, oss ——»>| 


tN af) 1 a8] T2 13 ar 
FETCH XX XX 


1 "1 "1 01 "1 10° 

| FIRST 
BYTE boo 

QUEUE 

EMPTIED 


SPS = 1h ere ee ene ee em 


Figure 4-22. Sample Instruction Sequence Execution 


transferred and of supporting a number of ter- 
minate conditions including byte count expired, 
data compare or miscompare and the occurrence 
of an external event. The 8089 contains two 
separate DMA channels, each with its own 
register set. Depending on the established 
priorities (both inherent and program deter- 
mined), the two channels can _ alternate 
(interleave) their respective operations. 


Designed expressly to relieve the 8086 or 8088 
CPU of the overhead associated with I/O opera- 
tions, the 8089, when configured in the remote 
mode, can perform a complete I/O task while the 
CPU is performing data processing tasks. The 
8089, when it has completed its I/O task, can then 
interrupt the CPU. 


Transfer flexibility is an integral part of the 
8089’s design. In addition to routine transfers 
between an I/O peripheral and memory, transfers 
can be performed between two I/O devices or 
between two areas of memory. Transfers between 
dissimilar bus widths are automatically handled 
by the 8089. When data is transferred from an 
8-bit peripheral bus to a 16-bit memory bus, the 
8089 reads two .bytes from the _ peripheral, 
assembles the bytes into a 16-bit word and then 
writes the single word to the addressed memory 
location. Also, both 8- and 16-bit peripherals can 
reside on the same (16-bit) bus; byte transfers are 
performed with the 8-bit peripheral, and word 
transfers are performed with the 16-bit 
peripheral. | | <2 ke Slee 


System Configuration 


The 8089 can be implemented in one of two 
system configurations: a ‘‘local’’ mode in which 
the 8089 shares the system bus with an 8086 or 
8088 CPU and a ‘‘remote’’ mode in which the 
8089 has exclusive access to its own dedicated bus 
as well as access to the system bus. Note that in 
either the local or remote mode, the 8089 can 
address a full megabyte of system memory and 
64k bytes of I/O space. 


Local Mode 


In the local mode, the 8089 acts as a slave to an 
8086 or 8088 CPU that is operating in the max- 
imum mode. In this configuration, the 8089 
shares the system address latches, data 
transceivers and bus controller with the CPU as 
shown in figure 4-23. 


Since the IOP and CPU share the system bus, 
either the IOP or the CPU will have access to the 
bus at any one time. When one processor is using 
the bus, the other processor floats ‘its 
address/data and control lines.. Bus access 
between the IOP and CPU is determined through 
the request/grant function. Recalling the CPU’s 
request/grant sequence, the IOP requests the bus 
from the CPU, the CPU grants the bus to the 
IOP, and the IOP relinquishes the bus to the CPU 
when its operation is complete. Remember that 
the CPU cannot request the bus from the IOP 
(the CPU is only capable of granting the bus and 
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! DECODE | : : i AND CONTROL 1 Pe a ; -* 
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DATA BUS' 


CSIDACK RD WR 


VO PERIPHERAL 


DRO INT 


-.. Figure 4-23. Typical 8088/8089 Local Mode Configuration 


must wait for the IOP to release the bus). Also, 


since the request/grant pulse exchange must be 
synchronized, both the CPU and IOP must be 
referenced to the same clock signal. 


The 8089 IOP, when used in the local mode, can. 


be added to an 8086 or 8088 maximum mode con- 
figuration with little affect on component count 
(channel attention decoding logic as required) and 
offers the benefits of intelligent DMA 
(scan/match, translate, variable termination con- 
ditions), modular’ programming in a full 
megabyte of memory address space and a set of 
optimized I/O instructions that are unavailable to 
the 8086 and 8088 CPUs. The major disadvantage 
to the local configuration is that since the system 
bus is shared, bus contention always exists 
between the CPU and IOP. The use of the bus 
load limit field in the channel control word can 
help reduce IOP: bus access during task block pro- 
gram execution (bus load limiting:has no affect on 
DMA transfers) although, for I/O intensive 
systems, the remote mode should be considered. 


Remote Mode 


The 8089, when used in the ‘remote mode,. pro- 
vides a multiprocessor system with true parallel 
processing. In this mode, the 8089 has a separate 
(local) bus and memory for I/O peripheral com- 
munications, and the system bus is completely 
isolated from the I/O peripheral(s). Accordingly, 
I/O transfers between an I/O peripheral and the 
IOP’s local memory can occur simultaneously 
with CPU operations on the system bus. 


As shown in figure 4-24, to interface the 8089 to 
the system: bus, data transceivers and address 
latches are used to separate the: IOP’s local bus 
from the. system bus, an 8288 Bus Controller is 
used to: generate the bus control signals for both 
the local and system buses as well as to govern the 
operation of the transceivers/latches, and an 8289 
Bus Arbiter is used to control access to the system 
bus (each processor in the system would have an 
associated 8289 Bus Arbiter). To interface the 
8089 to its local bus, another set of address 
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WAIT STATE 
GEN ERATOR 
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REQUIRED) 
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8286/87 
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Figure 4-24. Typical 8089 Remote Mode Configuration 


latches is required (unless MCS-85™ multiplexed 
address components are exclusively interfaced) 
and, depending on the bus loading demands, one 
(8-bit bus) or two (16-bit bus) data transceivers 
would be used. 


In the remote mode, the IOP’s local bus is treated 
as I/O space (up to 64k bytes), and the system bus 
is treated as memory space (1 megabyte). The 
8288 Bus Controller’s I/O command outputs con- 
trol the local (I/O) bus, and its memory command 
outputs control the system (memory) bus. The 
8289 Bus Arbiter, which is operated in its IOB 
(I/O peripheral bus) mode, also decodes the 
IOP’s S2 through SO status outputs. In this mode, 
the 8289 will not request the multimaster system 
bus when the IOP indicates an operation on its 
local bus. If the IOP’s bus arbiter currently has 
access to the system bus, the CPU’s arbiter (or 
any other arbiter in the system) can acquire use of 
the system bus at this time (a bus arbiter main- 
tains bus access until another arbiter requests the 
bus). 


Bus Operation 


The 8089 utilizes the same bus structure as an 
8086 or 8088 CPU that is configured in the max- 
imum mode and performs a bus cycle only on de- 


mand (e.g., to fetch an instruction during task 


block execution or to perform a data transfer). 
The bus cycle itself is identical to an 8086 or 8088 
CPU’s bus cycle in that all cycles consist of four 
T-states and use the same _ time-multiplexing 
technique of the addressdata lines. As shown in 
the following timing diagrams, the address (and 
ALE signal) is output during state T, for either a 
read or write cycle. Depending on the type of 
cycle indicated, the address/data lines are floated 
during state Ty for a read cycle (figure 4-25) or 
data is output on these lines during a write cycle 
(figure 4-26). During state T3, write data is main- 
tained or read data is sampled, and the busy cycle 
is concluded in state Ty. 


Since the 8089 is capable of transferring data to or 
from both 8-bit and 16-bit buses, when an 8-bit 
physical bus is specified (bus width is specified 
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Figure 4-25. Read Bus Cycle (8-Bit Bus) 
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Figure 4-26. Write Bus Cycle (16-Bit Bus) 
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during the initialization sequence), the address The 8089 operates identically to the 8086 CPU 
present on the AD1I5 through AD8 address/data with respect to the use of the low- and high-order 
lines is maintained for the entire bus cycle as halves of the data bus. Table 4-14 defines the data 
shown in figure 4-25 and, unless added drive bus use for the various combinations of bus width 
capability is required, the associated address latch and address boundary. 

can be eliminated. An 8-bit data bus is compatible mi = is 
with the 8088 CPU and with the MCS-85™ The S2 through SO status lines define the bus cycle 
multiplexed address peripherals (8155, 8185, to be performed. These lines are used by an 8288 
etc.). Bus Controller to generate all memory and I/O 


command and control signals, and are decoded 
according to table 4-15. 


Table 4-14. Data Bus Usage 


aan SarsunasertE Bus Width? 
Byte Transfer [ea Transfer 


AD7-ADO0 = DATA 
(BHE high) 


Address 


Logical 
Bus Width' 


Boundary 


AD7-AD0 = DATA 
(BHE not used) 


AD7-AD0 = DATA 
_ (BHE not used) 


AD15-AD8 = DATA 
(BHE low) 


N/A 


AD15-AD0 = DATA 
(BHE low) 


AD7-AD0 = DATA 
(BHE high) 


Ilegal 


AD15-AD8 = DATA 
(BHE low) 


legal N/A: 


Notes: 
1. Logical bus width is specified by the WID instruction prior to the DMA transfer. 


2. Physical bus width is specified when the 8089 is initialized. 


3. A word transfer to or from an odd boundary is performed as two byte transfers. The first byte trans- 

ferred is the low-order byte on the high-order data bus (AD15-AD8), and the second byte is the high-: 

_ order byte on the low-order data bus (AD7-ADO). The 8089 automatically assembles the two bytes in 
their proper order. | | 


Table 4-15. Bus Cycle Decoding 


: Bus Controller 
Bus Cycle Indicated | Command Output 


Instruction fetch from I/O space | 

Data read from I/O space 7 | ___itt 

Data write to |/O space | lOWC, AIOWC 
Not used a None 
Instruction fetch from system memory | | MRDC 
Data read from system memory & MRDC _. 
Data write to system memory : | MWTC, AMWC 
Passive © as a lies None 


0 
0 
1 
to 4 
—6~0 
0 
1 
1 


0 
x 
0 
0 
1 
1 
1 
1 


“-_~ oO - Oo - Oo -$ © 
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Note that the 8089 indicates an instruction fetch 
from I/O space as.a status of zero (S2, S1 and SO 
equal 0). Since the 8288 Bus Controller decodes 
an input status value of zero as an interrupt 
- acknowledge bus cycle, the bus controller’s INTA 
output must be OR’ed with its IORC output to 
permit fetching of task block instructions from 
local 8089 memory: (remote configuration) or 
system I/O space’..(local and. remote 
configurations), © © 8 es | 


The S2 through SO status lines become active in 


state T4 if a subsequent bus cycle is to be per-: 
‘formed. These lines are set to the passive state (all © 


_“ones’’) in the state immediately prior to state Ty 

of the current bus cycle (state T3 or T,,) and are 

floated when the 8089 does not have access to the 
bus. — Mee | . 


The S6 through $3 status lines. are multiplexed 
‘with the high-order address bits (A19-A16) and, 


accordingly, become valid in state T> of the bus 
cycle. The S4 and S3 status lines reflect.the type of 


bus cycle being performed on the. corresponding | - 


-: channel as indicated in table 4-16. 


Table 4-16. Type of Cycle Decoding 


TypeofCycle 


DMA on Channel 1 

DMA on Channel 2 
Non-DMA on Channel 1 
Non-DMA on Channel 2. 


The S6 and S5 status lines are always a onthe ~~ 
8089. Since these lines are not both “1”? on the 


other processors in the 8086 family (S6 is always 
‘0’? on the 8086 and 8088 CPUs), these status 
lines can be used as a “‘signature’’ in a 
multiprocessor environment to identify the type 
of Processor perronmine the bus cycle. 


The 8089. includes the same provision as do the 


‘8086 and 8088 CPUs for the insertion of wait 
States (Ty) in a bus cycle when the associated .. 


memory or I/O device cannot respond within the 
alloted -time interval or when, in the remote mode, 
‘the 8089 must wait for access to the system bus. 


An 8284 Clock Generator/Driver is used to con-... 


‘trol the insertion of wait states which, when 
required,.are inserted between states T3 and Ty. 
_The actual.insertion of wait states is accomplished 
‘by deactivating one of the 8284’s RDY inputs 


(RDY1 or RDY2). Either of these inputs, when 
enabled by its corresponding. AEN1:or AEN2 
input, can be deactivated directly by the memory 
or I/O device. when it must extend the 8089’s bus 
cycle (when the addressed device is not ready to 
present or accept data). The 8284’s READY out- 
put, which is synchronized to the CLK signal, is 
directly connected to the 8089’s READY input. 
As shown in figure 4-27, when the addressed 
device requires One or more wait states to be 
inserted into a bus cycle, it deactivates the 8284’s 
RDY input prior to the end of state T>. The 


READY output from the 8284 is subsequently 


deactivated at the end of state Ty which causes the 
8089 to insert wait states following state T3. To 
exit the wait state, the device activates the 8284’s 

RDY input which causes the READY input to the 
8089 to go active on the next clock cycle and 


_allows the 8089 to enter state Ty. 


—one Bus CYCLE 
ee ee Tw) Tw 14 


TRIVCL* —>| |— TRIVvcL'—»||+— —>| |—TcLRIX* 


RDY INPUT 
READY READY NOT READY READY 
OUTPUT 


“REFER TO THE 8284 CLOCK SEMERATORIORIVED DATA SHEET IN APPENDIX B FOR 


"TIMING INFORMATION 


Figure 4-27. Wait State Timing 


~~ Periods of inactivity can occur between: bus 
-. .cycles. These inactive periods are referred to as 
idle states (Ty) and, as with the 8086 and 8088 
CPUs, can result from the execution ofa “Jong” 
instruction or the loss of the bus to another pro- 
~ cessor during task block instruction execution. 


Additionally, the 8089 can experience idle states 
when it is in the DMA mode and it is waiting for a 
DMA request from the addressed I/O device or 
when the bus load limit (BLL) function is enabled 
for a channel performing task block instruction 


~ execution and the other channel 1 iS idle. 


| initialization 


nitieleation of the 10P is generally the respon- 
sibility of. the host processor which,:as stated in 


, Chapter 3, prepares the communications data 


structure in shared memory. Initialization of the 
IOP itself begins with the activation of its RESET 


input. This input (originating typically from an 


HARDWARE REFERENCE INFORMATION 


8284 Clock Generator/Driver) must be held active 
for at least five clock cycles to allow the 8089’s 
internal reset sequence to be completed. Note that 
like the 8086 and 8088 CPUs, the RESET input 
must be held active for at least 50 microseconds 
when power is first applied. Following the reset 
interval, the host processor signals the IOP to 
begin its initialization sequence by activating the 
8089’s CA (Channel Attention) input. The 8089 
will not recognize a pulse at its CA input until one 
clock cycle after the RESET input returns to an 
inactive level. Note that the minimum width for a 
CA pulse is one clock cycle and that this pulse 
may go active prior to RESET returning to an 
inactive level provided that the negative- going, 
trailing-edge of the CA pulse does not occur prior 
to one clock cycle after RESET goes inactive. 
Figure 4-28 illustrates the timing for this portion 
of the initialization pane: | 


MUST BE ACTIVE \ 
RESET FOR FIVE CLOCK 
CYCLES 


1 CLK MIN | 


2S cD REED SED Ware coe ieee oom Same ae WN CA 
a WC RECOGNIZED 
oom one Gann Some om mare eonn ee ae oe mS ~~ +CLK MIN S ; 


Figure 4-28. RESET-CA Initialization Timing 


Coincident with the trailing edge of the first 
CA pulse following reset, the 8089 samples its 
SEL (Select) input from the host processor to 
determine master/slave status for its 
request/grant circuity. If: the SEL input is low, 
the 8089 is designated a ‘‘master,’’ and if the SEL 
input is high, the 8089 is designated a “‘slave.’’ As 
a master, the 8089 assumes that it has the bus 
initially, and it will subsequently grant the bus to 
a requesting slave when the bus becomes available 
(i.e., the 8089 will respond to a “‘request’’ ‘pulse 
on its RQ/GT line with a ‘‘grant’’ pulse). A single 
8089 in the remote configuration (or one of two 
8089s in. a remote configuration). would be 
designated a master: As a slave, the 8089 can only 
request the bus from a master processor (i.e., the 
8089 initiates the request/grant sequence by out- 
putting a ‘‘request’’ pulse on its RQ/GT line). An 
8089. that shares a bus with an 8086 or 8088 (or 
one of two 8089s in a remote configuration) 
would be designated a slave. Note that since the 
8086.and 8088 CPUs can grant the bus only in 
response to a request, whenever an 8086 or 8088 


and an 8089 share a common bus, the 8089 must 
be designated the slave. Also, when the RQ/GT 
line is not used (i.e., a single 8089 in the remote 
configuration), the 8089 must be designated a 
master. | 


In addition to determining master/slave status, 
the CA pulse also causes the 8089 to begin execu- 
tion of its internal ROM initialization sequence. 
Note that since the 8089 must have access to.the 
system bus in order to perform this sequence, the 
8089 immediately initiates a request/grant 
sequence (if designated a slave) and, if required, 
then requests the bus through the 8289 Arbiter. 
(If designated a master, the 8089 requests the bus 
through the 8289 Arbiter.) In the execution of the 
initialization sequence, the 8089 first fetches the 
SYSBUS byte from location FFFF6H. The W bit 
(bit 0) of this byte specifies the physical bus width 
of the system bus. Depending on the bus width 
specified, the 8089 then fetches the address of the 
system configuration block (SCB) contained in 
locations FFFF8H through FFFFBH in either two 
bus cycles (16-bit bus, W.bit equal. 1) or four bus 
cycles (8-bit bus, W bit equal 0). The SCB offset 
and ‘segment address values fetched are combined 
into a 20-bit physical address that is stored in an 
internal register. Using this address, the 8089 next 
fetches the system operation command (SOC) 
byte. As explained in Chapter 3; this byte 
specifies both the request/grant operational mode 
(R bit) and the physical width of the I/O bus (I 
bit). After reading the SOC byte,.the 8089 fetches 
the channel control block (CB) offset and: seg- 
ment address values. These values are combined 
into a 20-bit physical address and are stored in 
another internal register. To inform the host CPU 
that it has completed the initialization sequence, 
the 8089 clears the Channel 1. Busy flag in the 
channel control block: by writing an.all “zeroes” 
byte toCBt+1. 


After the IOP has been initialized, the system 
configuration block may be altered in order: to in- 
itialize another IOP. Once an JOP has been in- 
itialized, its channel control block in system 
memory cannot be moved since the CB address, 
which is internally stored by the IOP during the 
initialization sequence, is auomerrene accessed 
on oer superaucn CA DUse.: 
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As previously stated, the generation of the CA 
and SEL inputs to the IOP are the responsibility 
of the host CPU. Typically, these signals result 
from the CPU’s execution of an I/O write 
instruction to one of two adjacent I/O ports (I/O 
port addresses that only differ by AO). Figure 4-29 
illustrates a simple decoding circuit that could be 
used to generate the CA and SEL signals. Note 
that by qualifying the CA output with IOWC, the 
SEL output, since it is latched for the entire I/O 
bus cycle, is guaranteed to be stable c on the trailing 
edge of ne CA Pulse. 


Ao 


PORT FC =CHANNEL 1 CA 
PORT. FD = CHANNEL 2 CA 


Figure: 4- 29. Channel Attention Decoding Circuit 


I/O Dispatching 


During normal operation, the I/O supervisory 
program running in the host CPU will receive a 
request to. perform a specific I/O operation on 
one of the 8089’s channels. In response to this 
request, the supervisory program will typically 
perform the following sequence of operations: 


e Check the availability of the. specified 

channel by examining the channel’s busy flag 

~ inthe Channel Control Block. If it is possible 

for another processor to access the channel, a 

semaphore operation (implemented by a 

locked XCHG instruction) is used to check 
channel availability. 


e Load the variable parameters required for 
the. intended operation into the channel’s 
parameter block. 


e Load the channel command word (CCW) 
‘into the channel control block. 


o— ‘Establish the necessary linkages by writing 
the starting address of the channel program 
(task block) in the first four bytes of the 


parameter block and writing the address of 
the parameter block in the channel control 
block. 


e Issue a channel attention | ae to the 
specified channel. . 


In response to the CA, as 8089 interrupts any 
current activity at its first opportunity (see ‘‘Con- 
current Channel Operation’’ in section 3.2) and 
begins execution of an internal instruction 
sequence that fetches and decodes the channel 
command word (CCW) and then performs the 
operation indicated (i.e., start, halt or continue 
channel program execution). 


If the CCW specifies start channel program nant 
task block execution), the address of the 
parameter block is fetched from the channel 
control block, the address of the first channel 
program instruction (contained in the first four 
bytes of the parameter block) is fetched and then 
loaded into the TP (task pointer) register and, 
finally, task block execution is initiated from 
either system or I/O space. Task block execution 
continues, subject to the activity on the other 
channel as described in ‘‘Concurrent Channel 
Operation,’’ until a XFER_ instruction is. 
executed. Following execution of this instruction, 
the next sequential channel program instruction is 
executed before the channel enters the DMA 
transfer mode. 


If the CCW specifies halt channel, the current 
operation on the specified channel is halted. If the 
channel is performing task block execution (either 
chained or not chained), channel operation is 
stopped at an instruction boundary, and if the 
channel is performing a DMA transfer, channel 
Operation is stopped at a DMA transfer cycle 
boundary. Note that a channel will not stop a 
locked DMA transfer until the operation is com- 
pleted. There are two unique halt channel. com- 
mands. One command simply halts the channel 
and clears the busy flag in the channel control 
block.. This command is used when the halted 
operation is to be discarded. The other command 
halts the channel, saves the task pointer and pro- 
gram status word (PSW) byte, and clears the busy 
flag. This command is used when the halted 
operation is to be resumed. Note that this. halt 
command will not affect the integrity of resumed 
task block execution or a memory-to-memory 
DMA transfer, but could affect the integrity of a 
synchronized DMA transfer (a DMA request 
occuring while the channel is halted could be 


missed). 
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If the CCW specifies continue channel, an opera- 
tion that has been previously halted is resumed 
(and the busy flag is set). Since this command 
restores the task pointer and PSW, it should be 
used only if the task pointer and PSW have been 
saved by a previous halt command. 


Table 4-17 outlines the various CCW. seaaacna 
execution times. Note that the times listed in the 
table for the halt commands do not include the 
time required to complete any current channel 
activity when the channel attention is received 
(completion of the current DMA panes cycle or 
task block instruction). 


DMA Transfers. 


The. nuniber of one transferred during a ane 
DMA cycle is determined by both the source and 
destination logical bus widths as well as by the 


address boundary (odd or even address). The 
8089 performs DMA ..transfers between dissimilar 
bus widths by assembling bytes or disassembling 
words in its internal assembly ‘register file. As 
explained in Chapter 3, the DMA source and 
destination bus widths are defined by the execu- 
tion of a WID instruction during task block 
(channel command) execution. Note that the bus 
widths specified. remain in force until changed by 
a subsequent WID ‘instruction. Table 4-18 defines 
the various byte (B) and word. (W) 
source/destination transfer combinations based 
on address boundary and bus width-specified. — 


The 8089 additionally optimizes. bus. accesses dur- 
ing transfers between dissimilar bus widths 
whenever possible. When either the source or 
destination is a 16-bit memory bus (auto- 
incrementing) that is initially aligned on an odd 


Table 4- 17. ccw Command Execution Times | 


48 + 2nclocks 
48 + 2nclocks 
94 + 5n clocks 
108 + 6n clocks 
96 + 5n clocks 
* 95 + 5nclocks. 


CA NOP 
_ CA Halt (no save) 
CA Halt (with save) 
CA Start (memory) 
CA Start (I/O) 
CA Continue 


~- Maximum Time** 


48 + 2nclocks 

48 + 2nclocks 

100 + 6n clocks 
124 + 10n clocks 
108 + 8n clocks 
103 + 6n clocks 


Notes: 
n isthe number of wait states per bus cycle. 


* Minimum time occurs when both the channel control block and parameter block addresses are aligned on 


an even address boundary and a 16-bit bus is used. 


** Maximum time occurs when both the channel control block and parameter block addresses are aligned 
on an odd address boundary ona 16-bit bus or when an 8-bit bus is used. 
Table 4-18. DMA Assembly Register Operation | 
| Logical Bus Width 
(Source > Destination) 


8> 8 16>8 16 > 16 


Address Boundary 
(Source — Destination) 


Even > Even 
Even > Odd 
Odd > Even 
Odd > Odd 
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address boundary: (causing the first transfer cycle 
to be byte-to-byte), following the first: transfer 
cycle, the memory address will be aligned on an 
even address boundary, and word transfers will 
subsequently occur. For example, when perform- 
ing a memory-to-port transfer from a 16-bit bus 
to.an 8-bit bus with the source beginning on an 
odd address boundary, the first transfer cycle will 
be byte-to-byte (B >. B) as indicated in table 4-18, 
but subsequent transfers. will be word-to- 
Ze pyte cw — ae B).° 


All DMA ansiee cycles consist of at least two 
bus cycles; one bus cycle to fetch (read) the data 
form the source into the IOP, and one bus cycle 
to:store (write) the data previously fetched from 
the IOP into:the destination. Note that in all 
transfers, the data passes through the IOP to 
allow mask/compare and translate operations to 
be optionally performed during the transfer as 
well as to allow the data to be assembled or 
disassembled. 


The IOP performs DMA transfers in one of three 
modes: unsynchronized, source synchronized or 


destination synchronized (the transfer mode is. 


signal, 


The DRQ input is. asynchronous and usually 


originates from an 1/O device controller rather 
than from a memory circuit. This input is latched 
on the positive transition of the clock (CLK) 
signal and therefore must remain active for more 
than one clock . period — (more .than 200 
nanoseconds when using a 5 MHz clock) in order 


to guarantee that it Is recognized... 


During state T; of the associated fetch bus cycle 
(source synchronized) or store bus cycle (destina- 
tion synchronized), the IOP outputs the address 
of the I/O device (the port address). This address 
must be decoded (by external circuitry) to 
generate the DMA acknowledge (DACK) signal 
to the I/O. controller as the response to the con- 
troller’s DMA request. An I/O controller will 
typically use DACK as a conditional input for the 
removal of DRQ. (After receipt of the DACK 
most Intel peripheral controllers deac- 
tivate DRQ following receipt of the correspon- 
ding read or write signal.) Figures 4-30 and 4-31 
illustrate the DRQ/DACK timing for both source 


- synchronized (i.e., port-to-memory) and destina- 


_ transfers. 


Specified in the channel control register). The un- 7 
synchronized mode is used when both the source _ 
-and destination devices do not provide a data re- . 


quest (DRQ) signal to the IOP as in the case of a 
memory-to-memory transfer..In the synchronized 
transfer modes, the source (source synchronized) 
or destination (destination synchronized) device 
‘initiates the transfer cycle by activating the IOP’s 
DRQI! (channel 1) or DRQ2 (channel 2) input. 


tion synchronized. (i.e., memory-to-port) 


Table 4-19 defines the DMA transfer cycles in 


terms of the number of bus and clock cycles re- 
quired. Note that the number of clocks required 
to complete a transfer cycle does not take into ac- 
count the effects of possible concurrent opera- 
tions on the other channel or wait states within 


any of the bus cycles. 


~ DRQ? 
(FROM I/O DEVICE) 


baa HOLD | 
FROM READ 


TRANSFER CYCLE 


rey OES EST 
————-—- FETCH BUS CYCLE -————_> + STORE BUS CYCLE-——__> 
TARA AAA AL 


DLE LE 
eLocKs' clocks’ I-ctocks'* “i 


DRQ FOR NEXT TRANSFER CYCLE 


. ACK |] \ 
. -(DECODED 1/0 ADDRESS) VALID 1/0 ADDRESS PRESENT ; 


NOTES: 


1. TAANeEER ‘THE NUMBER OF IDLE CLOCK CYCLES INSERTED BEFORE THE NEXT 
NSFER CYCLE BEGINS. IF DRQ 1S RECEIVED PRIOR TO STATE Tq OF THE CURRENT 
FETCH CYCLE, THE NEXT FETCH CYCLE BEGINS IMMEDIATELY FOO ING THE 


_- CURRENT STORE CYCLE. 


2. IF THE 8089 IS IDLE WHEN DRQ iS RECOGNIZED, FIVE IDLE CLOCK CYCLES OCCUR 
PErOBE THE ASSOCIATED TRANSFER CYCLE IS INITIATED. 


Figure 4-30. Source Synchronized Transfer Cycle 
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TRANSFER CYCLE 1———______> | <_____________—_ TRANSFER CYCLE 2 


IDLE 
‘| FETCH BUS CYCLE 1'———>|~———. STORE BUS CYCLE 1+ | FETCH BUS CYCLE 22+ CLOCKS |~——— STORE BUS CYCLE 2+ 
(T)) 
1 | ' 12 | T3 | T4 1 | .T2 | T3 | T4 1 T2 | T3 | 14 v1 | T2 | ' 13 | - 14 
CLK * 7 
DRQ HOLD 2 IDLE 4 IDLE , 
FROM WRITE | : a 2m | aioe = IDLE CLOCKS? ————+ 


caan ae BEG I DRQ FOR NEXT TRANSFER CYCLE 


DACK , , 
(DECODED 1/0 ADDRESS) VALID 10 ADDRESS PRESENT \ . | | \ 


NOTES: 1. FIRST DMA FETCH CYCLE OCCURS IMMEDIATELY AFTER THE LAST TASK BLOCK 
INSTRUCTION IS EXECUTED. 


2. FETCH BUS CYCLE 2 BEGINS IMMEDIATELY FOLLOWING STORE BUS CYCLE 1. 


3. INDICATES THE NUMBER OF IDLE CLOCK CYCLES INSERTED BEFORE STORE BUS 
CYCLE 2 BEGINS. IF DRQ IS RECEIVED PRIOR TO STATE T4 OF STORE BUS CYCLE 1, 
STORE BUS CYCLE 2 BEGINS IMMEDIATELY FOLLOWING FETCH BUS CYCLE 2. 


4. IF THE 8089 IS IDLE WHEN DRQ IS RECOGNIZED, FIVE IDLE CLOCK CYCLES OCCUR 
BEFORE THE ASSOCIATED STORE BUS CYCLE IS INITIATED. 


Figure 4-31. Destination Synchronized Transfer Cycle 


Table 4-19. DMA Transfer Cycles 


Transfer Mode 


Logical Bus Width 3 : 
7 Unsynchronized Source Synchronized - |Destination Synchronized 


SeHation Bus Cycles Total’ - Bus Cycles | Total’ Bus Cycles Total! 
; 7 .. Required Clocks Required Clocks Required Clocks 


8 2(1fetch,1store)}° 8 | 2(1 fetch, 1 store 2 (1 fetch, 1 store) 
a) | 3 (2 fetch, 1 store) 3 (2 fetch, 1 store 3 (2 fetch, 1 store) 
16° 3 (1 fetch, 2 store) 3 (1 fetch, 2 store 3 (1 fetch, 2 store) 
163 


-2(1 fetch, 1 store) | 2 (1 fetch, 1 store 2 (1 fetch, 1 store) 


Notes: | oe Bee : | = 

1. The ‘‘Total Clocks Required’’ does not include wait states. One clock cycle per wait state must be 
added to each fetch and/or store bus cycle in which a wait state is inserted. When performing a . 
memory-to-memory transfer, three additional clocks must be added to the total clocks required (the 
first fetch cycle of any memory-to-memory transfer requires seven clock cycles). 


2. When performing a translate operation, one additional 7-clock bus cycle must be added to the values 
specified in the table. Aa | | 


3. Word transfers in the table assume an even address word boundary. Word transfers to or from odd 
address boundaries are performed as indicated in table 4-18 and are subject to the bus cycle/clock — 
| requirements for byte-to-byte transfers. _~ | | - 


4, Transfer cycles that include two synchronized bus cycles (i.e., synchronous transfers between 
dissimilar logical bus widths) insert four idle clock cycles between the two synchronized bus cycles — 
to allow additional time for the synchronzing device to remove its initial DMA request. 
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DACK latency is defined as the time required for 
the: 8089 to acknowledge, by - outputting the 
device’s corresponding port address, a. DMA 
request at its DRQ input. This response latency is 
dependent on a number of factors including the 


transfer cycle being performed, activity on the 


other channel, memory address boundaries, wait 


states present in either bus cycle and bus arbitra- 


tion times. 


Generally, when the other channel is idle, the = 


maximum DACK latency is five clock cycles (1 
microsecond at 5 MHz), excluding wait states and 
bus arbitration times. An exception occurs when 


memory address boundary. This operation, ‘since 
two store (source synchronized) or two fetch 
(destination synchronized) bus cycles are required 
to access memory, has a maximum possible laten- 
cy of nine clock cycles. When the other channel is 


performing DMA transfers of equal priority. 


(‘‘P’’ bits equal), interleaving occurs at bus cycle 
boundaries, and the maximum latency is either 
nine clock cycles when the other channel is per- 


forming a normal 4-clock fetch or store bus cycle .. 
or twelve clock cycles when the other channel is 
performing the first fetch cycle of a memory-to- 


memory transfer. If the other channel is perform- 


ing ‘‘chained’’ task block instruction execution of .. ° | 
equal priority, maximum latency can be as high-as: ~ 
12 clock cycles (channel command instruction | 


execution is interrupted at machine cycle boun- 


daries which range from two to Sie clock: 


cycles). 


-DMATermination — 


As stated in Chapter 3, a channel can exit the 
DMA transfer mode (and return to task block 
execution) on any of the conowne terminate 
conditions: | st 


e — Single cycle transfer 

e Byte count expired. 

e _ Mask/compare ngateh or mismatch 

e — External event 

The terminate conditions are specified by in- 
dividual fields in the channel control register. 
More than one terminate condition can be 


specified for a transfer (e.g., a transfer can be ter- © 
minated when a specific byte count is reached or 
on the occurrence of an external event). When — 


more than one terminate condition is possible, 


displacements (which are added to the task 
pointer register value) are specified to cause task 
_ block execution to resume at a unique entry point 


for each condition. Three reentry points are 
available: TP, TP + 4 and TP + 8. The time inter- 
val between ‘the occurrence of a terminate condi- 


_ tion and the resumption of task block execution is 


12 clock cycles for reentry point TP and 15 clock 


| cycles for reentry points TP +4 and TP + 8. 


~. Peripheral Interfacing | 
performing a word transfer to or from aniodd. 
_ When interfacing a peripheral to an 8-bit physical 


data bus, the 8089 uses only the lower half of the 


_ address/data lines (AD7-ADO) as the bidirec- 


tional data bus; and the upper half of the ad- 
dress/data lines (AD15-AD8) maintain address 
information for the entire bus cycle. Consequent- 
ly, with this bus configuration, only one octal 
latch (e.g., an Intel® 8282/83 Octal Latch) is re- 
quired since only the lower half of the ad- 


-dress/data lines is time-multiplexed (unless the 


address bus requires the increased current drive 
capability and capacitive en immunity provided 
by the latch). - 


When interfacing a - peripheral to a 16-bit ao 


bus, both the lower and upper halves of the ad- 
dress/data lines are time-multipelxed, and two oc- 
‘tal latches are required. Note that unlike the 8086 


and 8088 CPUs, the 8089 does not time-multiplex 


_ BHE (this signal is valid for the entire bus cycle). 
Both 8- and 16-bit peripherals can be interfaced to. 


a 16-bit bus. An 8-bit peripheral can be connected 


- to either the upper or lower half of the bus. An 8- 


bit peripheral on the lower half of the bus must 
use an even source/destination address, and an 8- 
bit peripheral on the upper half of the bus must 
use an odd source/destination address. To take 


ee advantage of word transfers, a 16-bit peripheral 
__ Must use an even source/ destination address. 


To prepare a peripheral device for a DMA 


transfer, command and parameter data is written 


to the device’s command/status port. This is 
usually accomplished using pointer register GC. 


| Recalling that the 8089 executes one additional 


task block instruction following execution of the 
XFER instruction (the XFER instruction causes 


the 8089 to enter the DMA mode), this additional 
instruction is used to access the command port of 
‘an: I/O device that immediately begins DMA 
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Operation on receipt of the last command (the 
8271 Floppy Disk Controller begins its DMA 
transfer on receipt of the last command 
parameter). Since a translate DMA operation re- 
quires the use of all three pointer registers (GA 
and GB specify the source and destination ad- 
dresses; GC specifies the base address of the 
translation table), when it is necessary to use the 
last task block instruction to start the device, 
command port access can be accomplished 
relative to one of the pointer registers or relative 
to the PP register. If the device’s data port ad- 
dress (GA or GB) is below the device’s command 
port address, either an offset or an indexed 
reference can be used to access the command 
port. 


A peripheral’s (or peripheral controller’s) DMA 
communication protocol with the 8089 is as 
follows: 


e The peripheral (when source or destination 
synchronized) initiates a DMA transfer cycle 
by activating the 8089’s DRQ (DMA request) 
input. | 


e The 8089 acknowledges the request by 
placing the peripheral’s assigned data port 


address on the bus during state T, of the cor- 


responding fetch (source synchronized) or 
store (destination synchronized) bus cycle. 
The peripheral is responsible for decoding 
this address as the DMA acknowledge 
(DACK) to its request. 


e The data is transferred between the 
peripheral and the 8089 during the T> 
through Ty state interval of the bus cycle. 
The peripheral must remove its DMA request 
during this interval. | 


e The peripheral, when ready, requests another 
DMA transfer cycle by again activating the 
DRQ input, and the above sequence is 
repeated. 


e The peripheral can, as an option, end the 
DMA transfer by activating the 8089’s EXT 
(external terminate) input. 


The 8089 can support mulitple peripheral devices 
on a single channel provided that only one device 
is in the active transfer mode at any one time. To 


interface multiple devices, the DMA request — 


(DRQ) lines are OR’ed together as are the exter- 
nal terminate (EXT) lines. Unique port addresses 
are, however, assigned to each device so that an 


individual DMA acknowledge (DACK) is return- 
ed to only the active device. DACK decoding can 
be accomplished with an Intel © 8205 Binary 
Decoder or a ROM circuit. Note that the 8089 can 
only determine which device has requested service 
or terminated by the context of the task block 
program. 


Most peripheral devices interfaced to the 8089 will 
use the decoded DMA acknowledge signal 
(DACK) as the ‘‘chip select’? input. Peripheral 
devices that do not follow this convention must 
use DACK as a conditional input of chip select. | 


While most interrupts associated with the 8089 
will be DMA requests or external terminates, non- 
DMA related interrupts can additionally be 
supported. 


One technique that would be used when an 8089 is 
the local configuration (or when an 8086 or 8088 
and an 8089 are locally connected as a remote 
module) is to allow the CPU to accept the inter- 
rupt and then direct the 8089 to the interrupt ser- 
vice routine. Another technique is to allow the 
8089 to ‘‘poll’’ the device to determine when an 
interrupt has occurred (most peripheral con- 
trollers have an interrupt pending bit in a status 
word). The 8089’s bit testing instructions are 
ideally suited for polling. 


When the 8089 is in a remote configuration, non- 
DMA related interrupts can be supported with the 
addition of an Intel® 8259A Programmable 
Interrupt Controller. Systems that require this 
type of interrupt structure would dedicate one of 
the 8089’s channels to interrupt servicing. In 
implementing this structure, the interrupt output 
from the 8259A is directly connected to the chan- 
nel’s external terminate (EXT) input, and the 
channel’s DMA request (DRQ) input is not used. 
A task block program is initially executed to per- 
form a source-synchronized DMA transfer (with 
an external terminate) on the ‘‘interrupt’’ channel 
to ‘‘arm’’ the interrupt mechanism. Since the 
DRQ input is not used, when the channel enters 
the DMA transfer mode, the channel idles while 
waiting for the first DMA request (which never 
occurs). The other channel, since the interrupt 
channel is idle, operates at maximum throughput. 
When an interrupt occurs, the ‘‘pseudo’’ DMA 
transfer is immediately terminated, and task 
block instruction execution is resumed. The task 
block program would write a ‘‘poll’’ command to 
the 8259A’s command port and then read the 


HARDWARE REFERENCE INFORMATION 


8259A’s data port to acknowledge the interrupt 


and to determine the device responsible for the 


interrupt (the device is identified by a 3-bit binary 
number in the associated data byte). The device 


number read would be used by the task block pro-: 


gram as a vector into a jump table for the device’s 
interrupt service routine. Pertinent interrupt data 
could be written into the associated parameter 
block for subsequent examination by the host 
processor. | 


The interrupt mechanism previously described, 


since it uses the 8089’s external terminate func- 
tion, provides an extremely fast interrupt 
response time. | 7 | - 


Note that when using dynamic RAM. memory 
with the 8089, an Intel® 8202 Dynamic RAM 
Controller can be used to simplify the interface 
and to perform the RAM refresh cycle. When 
maximum transfer rates are required, the RAM 
refresh cycle can be externally initiated by the 
8089. By connecting the decoded DACK (DMA 
acknowledge) signal to the 8202’s REFRQ 
(refresh request) input, the refresh cycle will occur 
coincident with the I/O device bus cycle and 
therefore will not impose wait states in the 
memory bus cycle. : 


Instruction Encoding 


Most 8089. programming will be performed at the 
assembly language level using ASM-89, the 8089 
assembler. During program debugging, however, 
it may be necessary to work directly with machine 
instructions when monitoring the bus, reading un- 
formatted memory dumps, etc. This section con- 
tains both a table to encode any ASM-89 instruc- 
tion into its corresponding machine instruction 


(table 4-24) and a table to ‘‘disassemble’’’ any 
machine instruction back into ‘its associated 
assembly saps equivalent (table 4-26). 


Figure 4- 32. shows the format of a ieee 3089 
machine instruction. Except for the LPDI and 
memory-to-memory forms of the MOV and 
MOVB instructions that are six bytes long, all 
8089 machine instructions consist of from two-to 
five bytes. The first two bytes are always present 
and are generally formatted as shown in figure: 
4-32 (table 4-24 contains the exact eneoune _ 
every instuction). . . 


Bits 5 through ’7 of the first byte of an instruction 
comprise the R/B/P field. This field identifies a 
register, bit select or pointer register operand as 
outlined i in table 4-20. be ek 


Table 4-20. R/B/P Field Bncoaiige : 


0 
1 
244, 
A 
8 
6 
7 


The WB field (bits 3 and 4 of the first byte) in- 
dicates how many displacement/data bytes are 
present in the instruction as outlined in table 4-21. 
The displacement bytes are used in program 
transfers; one byte is present for short transfers, 
while long transfers contain a two-byte (word) 
displacement. As mentioned in Chapter 3, the 


‘a Smet — a _—aSs 0 oR —s a 4 — me 


ile: bi. ieee bi ae ier 


OFFSET . 


BYTE4 BYTE 5 


a ae 


i LOW DISP/DATA | HIGH DISP/DATA | 


BASE REGISTER FOR MEMORY OPERAND 
- OPERATION (INSTRUCTION) CODE 
WIDTH (BYTE OR WORD OPERANDS) 


| — MEMORY ADDRESSING MODE 


- NUMBER OF DISPLACEMENT/DATA BYTES 
REGISTER, BIT, POINTER SELECT 


Figure 4-32. Typical 8089 Machine Instruction Format 


Mnemonics © Intel, 1979 


HARDWARE REFERENCE INFORMATION 


displacement is stored in two’s complement nota- 
tion with the high-order bit indicating the sign. 
Data bytes contain the value of an immediate con- 
stant operand. A byte immediate instruction 
(e.g., MOVBI) will have one data byte, and a 
word immediate instruction (e.g., ADDI) will 
have two bytes (a word) of immediate data. An 
instruction may contain either displacement or 
data bytes, but not both (the TSL instruction is an 
exception and contains one byte of displacement 
and one byte of data). If an offset byte is present, 
the displacement/data byte(s) always follow the 
offset byte. 


Table 4-21. WB Field Encoding 


Interpretation 


00 No displacement/data bytes 
One displacement/data byte | 
Two displacement/data bytes 
TSL instruction only 


The AA field specifies the addressing mode that 
the processor is to use in order to construct the ef- 
fective address of a memory operand. Four ad- 
dressing modes are available as outlined in table 
4-22. (Address modes are described in detail in 
section 3.8.) 


Table 4-22. AA Field Encoding 


3 Interpretation | 


00 Base register only 

Base register plus offset 
Base register plus IX 
Base register plus IX, 
auto-increment 


Bit 0 of the first instruction byte indicates whether 


the instruction operates on a byte (W=0) or a 
word (W=1). 3 


DATA TRANSFER INSTRUCTIONS 


MOV = Move word variable 


Memory to register 
Register to memory 


Memory to memory 


76543210 76543210 


RRROOAA1/100000MM | offsetif AA=01 
RRROOAA1/100001MM | OffsetifAA=o1 | _ _ 
00000AA1/100100.MM | offsetifAA=01 ]00000AA1/110011MM 1] offsetif AA=01 


Bits 7 through 2 of the second instruction byte 
specify the instruction opcode. The opcode, in 
conjunction with the W field of the first byte, 
identifies the instruction. For example, the op- 
code ‘‘111011’’ denotes the decrement instruc- 
tion; if W=0, the assembly language instruction is 
DECB, while if W=1, the instruction is DEC. 


— Table 4-26 lists, in hexadecimal order, the opcode 


of every assembly language instruction. 


The MM field (bits 0 and 1) indicates which 
pointer (base) register is to be used to construct 
the effective address of a memory operand. Table. 
4-23 defines the MM field encoding. (Memory 
operand addressing is described in section 3.8.) 


Table 4-23. MM Field Encoding 


| GA 
GB 
GC 
PP 


When the AA field value is “‘01’’ (base register 
+ offset addressing), the third byte of the instruc- 


~ tion contains the offset value. This unsigned value 


is added to the content of the base register 
specified by the MM field to form the effective 
address of the memory operand. | 


When the AA field value is ‘10,’ the IX register 
value is added to the content of the base register 
specified by the MM field to provide a 64k range 
of effective addresses. (Note that the upper four 
bits of the IX register are not sign-extended.) 


When the AA field value is ‘‘11,’’ the IX register 
value is added to the base register value to form 
the effective address as described for an AA field 
value of *‘10.’’ In this addressing mode, however, 
the IX register value is incremented by one after 
every byte accessed. 


Table 4-24. 8089 Instruction Encoding 


76543210 76543210 76543210 76543210 
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Table 4-24. 8089 Instruction Encoding (Cont’d.) 


DATA TRANSFER INSTRUCTIONS (Cont’d.) 


MOVB = Move byte variable 
Memory to register 
Register to memory 


Memory to memory 


MOVBI = Move byte immediate | 
immediate to register 


Immediate to memory 


‘MOVI = Move word immediate 
‘Immediate to register 


Immediate to memory 
_MOVP = Move pointer 
Memory to pointer register 


Pointer register tomemory. . 


LPD = Load pointer with doubleword variable 


LPDI = Load pointer with doubleword immediate 


ARITHMETIC INSTRUCTIONS 


ADD = Add word variable . 
Memory to register | .. 


Register to memory 


ADDB = Add byte variable 
Memory to register 


Register to memory 


ADDI = Add word immediate 
Immediate to register 


Immediate to memory 


RRR01000|/00110000 | datas | 


PPPOOAAT 100011MM .. Offset if AA=01 
| PPPOOAA1 Hroo1toMm™M |: offset if AA=01 


PPPO0O0AA1|100010MM | offsetifAA=01 


| RRROOAA1. 
| RRROOAA1/110100MM 


78543210 76543210 76543210 76543210 76543210 76543210 


RRRO0O0AAOD|1100000MM | offsetif AA=01 
RRRO0OAA0|1100001MM | offsetif AA=01 
00000AA0|/100100MM | offsetif AA=01 


‘offset if AA=01 


O0000AA0/110011MM]. 


data-8 


data-lo — 


RRR10001/00110000 . data-hi* 
00010AA1{1010011MM | offsetif AA=01 


: , 


PPP10001{00001000 offset-lo — offset-hi " segment-hi 


offset if AA=01 
offset if AA=01 | 


101000MM 


RRROOAA01101000MM 
RRROOAA0]110100MM 


offset if AA=01 
offset if AA=01 
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ARITHMETIC INSTRUCTIONS (Cont’d.) 


ADDBI = Add byte immediate 
Immedaite to register 


Immediate to memory 


INC = Increment word by 1 
Register 


Memory 


INCB = Increment byte by 1 


DEC = Decrement word by 1 
Register 


Memory 


DECB = Decrement byte by 1 
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Table 4-24. 8089 Instruction Encoding (Cont’d.) 


76543210 76543210 76543210 76543210 76543210 7654321090 


O0001TAA0T110000MM offset if AA=01 


RRR00000}/00111000 
00000AA1/111010MM offset if AA=01 


O0O000AA0]T111010MM | . offset if AA=01 


RRRV00000}00111100 


00000AA1{1111011MM offset if AA=01 


00000 AA0]711101:1MM offset if AA=01 


LOGICAL AND BIT MANIPULATION INSTRUCTIONS 


AND = AND word variable 
Memory to register 


Register to memory 


ANDB = AND byte variable 
Memory to register 


Register to memory 


ANDI = AND word immediate 
Immediate to register 


Immediate to memory 


ANDBI = AND byte immediate 
Immediate to register 


Immediate to memory 


OR = OR word variable 
Memory to register 


Register to memory 


offset if AA=01 
offset if AA=01 


101010MM 
110110MM 


RRROOAAO offset if AA=01 


RRROOAA1 
RRROOAA1 


RRRO01000 g0101000} datas | 
00001AA0]7110010MM offset if AA=01 


RRROOAA1/101001MM offset if AA=01 | 
RRRO0OAA1/110101MM offset if AA=01 
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Table 4-24. 8089 Instruction Encoding (Cont’d.) 


LOGICAL AND BIT MANIPULATION INSTRUCTIONS (Cont’d.) 


ORB = OR byte variable. — _  — 76543210 76543210 76543210 76543210 76543210 76543210 


RRROOAAO. 101001MM offset if AA=01 
“| RRROOAA0|110101MM]_ offsetif AA=01 


RRR10001 00100100|  dataio | data-hi 
00010AA14110001MM offset if AA=01 data-hi 


RRRO01000 oo100100/ dates 


Memory to register 


Register to memory 


ORI = OR word immediate 


Immediate to register 


immediate to memory 


ORBI = OR byte immediate 


Immediate to register 


Immediate to memory 


NOT = NOT word variable 


Register RRRO00000/00101100 
Memory 00000AA14110111M™M Offset if AA=01 


Memory to register 


RRRO0OAA1/101011MM offset if AA=01_ 


NOTB = NOT byte variable 


Memory 00000AA04110111MM 
Memory to register RRROOAANO0]101011MM 


SETB = Set bit to1 


CLR = Clear bit to0 BBBOOAA0{111110MM offset if AA=01 


PROGRAM TRANSFER INSTRUCTIONS 


*CALL = Call , 10001AA1]/100111MM offset if AA=01 


*JMP = Jump unconditional 10001000/00100000 
LJMP = Long jump unconditional 10010001j700100000 | aispto [isan | 


*The ASM-89 Assembler will automatically generate the long form of a program transfer instruction when the 


target is known to be beyond the byte-displacement range. 
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Table 4-24. 8089 Instruction Encoding (Cont’d.) 


PROGRAM TRANSFER INSTRUCTIONS (Cont’d.) 


*JZ = Jump if word is 0 76543210 76543210 76543210 76543210 76543210 76543210 


disp-8 


Label to register 


00001AA1/1141001M™M offset if AA=01 


Label to memory 


LJZ = Long jump if word is 0 


Label to register 


*JZB = Jump if byte is 0 00001AA0]4111001MM offset if AA=01 
LJZB = Long jump if byte is 0 00010 AA0/111001MM offset if AA=01 | disp-o | disp-hi 


*JNZ = Jump if word not0 


Label to memory 


Label to register 


RRRO1000 a1000000/ dips | 
00001AA14/111000MM offset if AA=01 


Label to memory 


LJNZ = Long jump if word not0 


Label to register 


00010AA1}111000MM offset if AA=01 


*JMCE = Jump if masked compare equal O0001AA0 
*JMCNE = Jump if masked compare not equal O0001AA0 
LJMCNE = Long jump if masked compare not equal foooro aac |rortormm | oftsetitaa-or | — dispio | dispi | 


*JBT = Jump if bitis 1 BBBO01AA0/101111MM offset if AA=01 


“The ASM-89 Assembler will automatically generate the long form of a program transfer instruction when the 


Label to memory 


target is known to be beyond the byte-displacement range. 
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Table 4-24. 8089 Instruction Encoding (Cont’d.) 


PROGRAM TRANSFER INSTRUCTIONS (Cont’d.) 


76543210 76543210 76543210 76543210 76543210 76543210 


tor111MM | offsetitaaot | dispto 


101110MM | offsetif AA=01 disp-8 
1401110MM | offsetif AA=01: | disp-lo | 


LJBT = Long jump if bitis 1 BBBI1O0AAO 


*JNBT = Jump if bit is not 1 BBBO1AAQ0 


LJNBT = Long jump if bit is not1 BBBI10AAO 


PROCESSOR CONTROL INSTRUCTIONS : 
TSL = Test and set while locked 000 1 1AA0 


-100101MM offset if AA=01 disp-8 


00000000 


WID = Set logical bus widths 18D*00000 


*S=source width, D=destination width; 0=8 bits, 1=16 bits 


XFER = Enter DMA mode fF 01100000f00000000{ 


SINTR = Setinterrupt service bit _ | 01000000/00000000 


HLT = Halt channel program 00100000/01001000 


NOP = No operation 00000000100000000 


“The ASM-89 Assembler will automatically generate the long form of a program transfer instruction when the 


target is known to be beyond the byte-displacement range. 


Table 4-26 lists all of the 8089 machine instruc- = assembled machine instruction into its ASM-89 
tions in hexadecimal/binary order by their second symbolic form. The preceding table (table 4-25) 
byte. This table may be used to ‘“‘decode’’ an defines the notation used in table 4-26. 
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Table 4-25. Key to 8089 Machine Instruction Decoding Guide 


| Identifier | Explanation 


Logical width of source bus; 0=8, 1=16 

Logical width of destination bus; 0=8, 1=16 

Pointer register encoded in R/B/P field 

Register encoded in R/B/P field 

AA (addressing mode) field 

Bit select encoded in R/B/P field ? 
offset-lo | Low-order byte of offset word in doubleword pointer 


Offset-hi ss High-order byte of offset word in doubleword pointer 
segment-lo Low-order byte of segment word in doubleword pointer 
segment-hi 7 High-order byte of segment word in doubleword pointer 

data-8 . | 8-bit immediate constant 

data-lo Low-order byte of 16-bit immediate constant 
data-hi 3 : | High-order byte of 16-bit immediate constant. 
disp-8 | 8-bit signed displacement 2 
disp-lo Z : Low-order byte of 16-bit signed displacement 
disp-hi High-order byte of 16-bit signed displacement 
(offset) oth _ Optional 8-bit offset used in offset addressing 


| Table 4-26. 8089 Machine Instruction Decoding Guide 


Bytes 3,4,5,6 | ASMB39 Instruction Format 


00000000 | : NOP 
01000000 | SINTR : 
1$D00000 | ~|- WID source-width, 1. dest: newer 
~ 01100000 7 | | XFER 
00000001 | 
Y not used 
00000111 
PPP10001 00001000 offset-lo, offset-hi,segment-lo,segment-hi LPDI ptr-reg,immed32 — 
00001001 . 
- ; not used 
000111141 | | 7 
RRRO1000 00100000 | data-8 ADDBI register,immed8& 
RRR10001 00100000 |} data-lo,data-hi | | ADDI register,immedi6° 
10001000 00100000 | disp-8 JMP short-label 
10010001 00100000 | disp-lo,disp-hi | LUMP long-label 
i “1 00100001} eee | 
not used 
00100011 On 
RRRO1000 00100100 | data-8 ORBI register,immed8 
RRR10001 00100100 } data-lo,data-hi ORT registerammedi6 
00100101] — a 


Hotes 


00100111 | | 
RRRO1000 00101000 | dé | ANDBI register, immed8 
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~ RRR10001 
RRR00000 


~RRRO01000 
- RRR10001 


~ RRR00000 


RRROOO00 


RRR01000 
RRR10000 


RRR01000 
RRR10000 


00100000 


00001AA0 


00001AA0 
00010AA1 


Y 
00010AA1 


RRROOAAO 


RRROOAAO 
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00101000 
00101001 


00101011 
00101100 


00101101. 


~~} 00101171 


00110000 
00110000 
00110001 


00110111 
00111000 
00111001 


00111011 
00111100 
00111101 


00111111 
01000000 
01000000 


01000001 


' - Bytes 3, 4, 5,6 


data-lo,data-hi — 


‘data-8 
data-lo,data-hi 


disp-8 | 
disp-lo,disp-hi 


ie 
01000011 | 


‘| 01000100. 
01000100 


01000101 
01000111 
01001001 


01001011 


010011MM|_ 


010011MM 


sel 1MM 


010011MM 
01010000 


100000MM 


100000MM |. 


disp-8 
disp-lo,disp-hi 


01001000 . 


| (offset),data-8 


(offset),data-lo,data-hi 


01144414] 


(offset) 
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|} rotusea 


ASM89 Instruction Format |. 


ANDI register,immed16 
not used 

NOT register 

not used _ 


MOVBI register,immed8 
MOVI register,immedi6 


not used 
INC register 


not used 


DEC register 


not used 


JNZ_ register,short-label 
LJNZ register,long-label 


not used, 


JZ register,short-label | 
LUZ register,short-label. 


not used 


| HLT 


not used 
MOVBI mem8,immed8 


MOVI mem16,immed16 | 


MOVB register,mem8 


HARDWARE REFERENCE INFORMATION 
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PPPOOAAT 


PPPOOAA1 
PPPOOAAT 


PPPOOAA1 


ee 


00000AA0 
O0000AAt 


00000AA1 


00011 AA0 


00011AA0 
PPPOOAA1 


PPPOQOAA1 
10001AA1 


10001AA1 


= | 


10010AA1 
RRROOAAO 


RRROOAAO 
RRROOAAt 


RRROOAAT 
RRROOAAO 


RRROOAAO 
RRROOAAY 


RRROOAA1 


RRROOAAO 


RRROOAAO 


100000MM 


100000MM 
pa MM 


100001MM 
100001MM 


100001MM 
bias a 


100010MM 
100011MM. 


100017MM 


100100MM 


100100MM 
1001 ri 


100100MM 
100101MM 


100101MM 


| 100110MM 


100170MM 
100111MM 


100111MM 


100111MM 


100111MM 
101000MM 


101000MM 


101000MM 


101000MM 
101001MM 


101001MM 
101001MM 


101001MM 
101010MM 


101010MM 


(offset) 
(offset) 
(offset) 


(offset) 


(offset) 


(offset),00000AA0,110011MM,, (offset) 


— (offset),00000AA1,110011MM,, (offset) 


(offset),data-8,disp-8 


(offset) 


(offset), disp-8 


(offset), disp-lo,disp-hi 


(offset) 
(offset) 
(offset) 
(offset) 


(offset) 


| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 


Byte 2 . 
Byte - Bytes 3, 4, 5,6 ASM89 Instruction Format. | 
jomet Tres emmy] omen 


MOV oI eR ene 
MOVB mem8,register 
MOV sciences 

ep PUFIEG DEM36 : 
MOVP pt-reg,mem24 
MOVB ‘mem8,mems | 
MOV mem16,mem16 | 

TSL mem,immed8,short-abel 
MOVP -mem24,ptr-reg 

CALL mem24,shortlabel 


LCALL mem24,long-label 


AADDB register, mem8 


ADD register,mem16 
ORB register,mem8 ; 


OR register,memi6 


ANDB memé,register 7 
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RRROOAAt 


-IRRROOAAt 
RRROOAAO 


RRROOAAO 


RRROOAA1 


RRROOAA1 


i a 


00001 AA0 


00010AA0 


00010AA0 
i ae 


*00001AA0 
-00010AA0 


00010AA0 
BBBOIAA0 


BBB01AA0 


aes 


00001AA0 
00010AA1 


00010AA1 


00001AA0 


00001 AA0 
00010AA1 


00010AA1 
00001AA0 


00001AA0 
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101010MM 


101010MM 
101011MM 


101011MM 


101011MM 


| to1011Mm | 


101100MM 
Y 


101100MM 
101100MM 


101100MM 


ete 


101101MM 
101101MM 


101101MM 


101110MM 


101110MM | J 
101110MM | ) 


101110MM 
101111MM 


101111MM 

101111MM 
101141MM | 

110000MM 


410000MM 


110000MM 


410000MM | 
110001MM 


110001MM | 
110001MM 


110001MM 


110010MM 


110010MM 


Bytes 3, 4,5, 6 


(offset) 

(offset) 

(offset) 

(offset) .disp-8 
iadieinaadl 


(offset),disp-8 


(offset), disp-lo,disp-hi- 


(offset), disp-8 
(offset), disp-lo,disp-hi 


(offset), disp-8 


(offset),disp-lo,disp-hi - 


(offset), data-8 


(offset), data-lo,data-hi 


(offset),data-8 
(offset), data-lo,data-hi 


(offset), data-8 
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ASM83 Instruction Format — 
AND mem16,register 
NOTB : register,mem8 | 
NOT register,memi6 « 


JMCE mem8,short-label | 


LUMCE. memé,long-label_ 


JMCNE mem8,short-label | 
LIMCNE “mem8ong-labe | 
JNBT | nant ian shore 
LuNer | nembtselct ong label | 
JBT ; renk bist sabe 
LUBT men it-selctongabel 
ADDBI | mem@ immed - 


ADDI memt6,immedi6 


RBI mem8,immed8 


ORI mem16,immed16 = 


ANDBI mem8,immed8 _- 7 


HARDWARE REFERENCE INFORMATION 
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Byte 2 | 
Byte 1 Bytes 3, 4,5,6 | ASMB89 Instruction Format 
joes Frexprmm | oreeane | Aso isrcton Format 


00010AA1 


00010AA1 


RRROOAAO 


RRROOAAO 
RRROOAA1 


RRROOAA1 
RRROOAAO 


oy 
RRROOAAO 
RRROOAAt 


RRROOAA1 
RRROOAAO 


RRROOAAO 
RRROOAAT 


Y 
RRROOAAt 
RRROOAAO 


y 
RRROOAAO 
RRROOAAt 


RRROOAA1 
00001 AA0 


00001AA0 
00001AA1 


00001 AA1 
00010AA0 


00010AA0 
00010AA1 


00010AA1 
00001AA0 


Y 
00001 AA0 
00001AA1 


v 
00001AA1 


110010MM 


110010MM 
11001100 


11001111 
110100MM 


110100MM 
110100MM 


110100MM 
110101MM 


(offset), data-lo,data-hi 


(offset) 
(offset) 


(offset) 


410101MM |. 


110101MM 


110101MM 
110110MM 


Y 
110110MM 
110110MM 


110110MM 
110171MM 


110111MM 
110111MM 


(offset) 


(offset) 


(offset) 


(offset) 


(offset) 


110111MM | 


111000MM 


111000MM 
111000MM 


111000MM 
111000MM 


111000MM 
111000MM 


111000MM 
111001MM 


111001MM 
111001MM 
Y 


111001MM 


tisel diane 
(offset),disp-8 
(offset), disp-lo,disp-hi 
(offset), disp-lo,disp-hi 
(offset), disp-8 


(offset), disp-8 
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ANDI mem16,immed16 


igpieee 

ADDB memé8,register 
ADD anieneelstet 
ORB memé,register 
OR memi6,register 


ANDB mem8,register 


AND - mem16,register 


NOTB memé8,register 


NOT mem16,register 


JNZB fisine shomelabel: | 
JNZ mem16,short-label 
LUNZB memé8,long-label 
LUNZ memi6,longlabel 
JZB memé8,short-label 


JZ mem16,short-label 
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00010AA0 


00010AA0 
00010AA1 


-00010AA1 
-Q0000AA0 


—00000AA0 
00000AA1 


v 
OO000AAT 
00000AA0 


-00000AA0 
-00000AA1 


Y 
O0000AAt 


BBBOOAA0 


BBBOOAAO 
BBBOOAA0 


BBBOOAAO 
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111001MM 


111001MM 
111001MM 


Y 
111001MM 
111010MM 


y. 
111010MM 


111010MM 


oY 
111010MM 
111011MM 


‘ 
111011MM 


| 111071MM 


v 
111011MM 
11110000 


Y 
11110000 
111101MM 


111101MM 


111110MM 


111110MM | 


11111100 


11441111 


Bytes 3,4,5,6° | 


(offset), disp-lo,disp-hi 


(offset), disp-lo,disp-hi 


(offset) 
(offset) 
(offset) 


(offset) 


(offset) 


(offset) 


ASM89 Instruction Format 
LJZB mem8,long-label | 


“LJZ memi6,long-label 


+ INCB memés 


Zz 
© 
=e 
@ 
= 
@ 


DECB mems8 
DEC’ mem16 
not used 


SETB mem8,0-7 


CLR memé8s,0-7 . 


not used 
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Application Notes 


APPENDIX A | 
APPLICATION NOTES 


This appendix contains Intel application notes pertinent to the 8086 family microprocessors. The following 
application notes, in the order listed, have been included within this appendix: 


AP-67 
AP-61 
AP-50 
AP-51 
AP-59 
AP-28A 
AP-43 


8086 System Design 

Multitasking for the 8086 

Debugging Strategies and Considerations for 8089 Systems 

Designing 8086, 8088, 8089 Multiprocessing Systems with the 8289 Bus Arbiter 
Using the 8259A Programmable Interrupt Controller 

Intel® Multibus™ Interfacing 

Using the iSBC-957™ Execution Vehicle for Executing 8086 Program Code 


A-1/A-2 
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8086 System Design = —_—Coontents 
1. INTRODUCTION 


2. 8086 OVERVIEW AND BASIC SYSTEM 
CONCEPTS 


A. Bus Cycle Definition 

B. Address and Data Bus Concepts 
C. System Data Bus Concepts 

D. Multiprocessor Environment 


3. 8086 SYSTEM DETAILS 


. Operating Modes 

Clock Generation 

. Reset 

. Ready Implementation and Timing 

. Interrupt Structure 

. Interpreting the 8086 Bus Timing Diagrams 
. Bus Control Transfer 


QOmmMmvgOD>y 


4. INTERFACING WITH 1/0 
5. INTERFACING WITH MEMORIES 


6. APPENDIX 
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1. INTRODUCTION 


The 8086 family, Intel’s new series of microprocessors 
and system components, offers the designer an ad- 
vanced system architecture which can be structured to 
satisfy a broad range of applications. The variety of 
speed, configuration and component selections avail- 
able within the family enables optimization of a specific 
design to both cost and performance objectives. More 
important however, the 8086 family concept allows the 
designer to develop a family of systems providing multi- 
ple levels of enhancement within a single design anda 
growth path for future designs. 


This application note is directed toward the implemen- 
tation of the system hardware and will provide an in- 
troduction to a representative sample of the systems 
configurable with the 8086 CPU member of the family. 
Application techniques and timing analysis will be given 
to aid the designer in understanding the system require- 
ments, advantages and limitations. Additional Intel 
publications the reader may wish to reference are the 
8086 User’s Manual (9800722A), 8086 Assembly Lan- 


guage Reference Guide (9800749A), AP-28A MULTI- 
BUS™ Interfacing (98005876B), INTEL MULTIBUS™ 
SPECIFICATION (9800683), AP-45 Using the 8202 Dy- 
namic RAM Controller (8800809A), AP-51 Designing 
8086, 8088, 8089 Multiprocessor Systems with the 8289 
Bus Arbiter and AP-59 Using the 8259A Programmable 
Interrupt Controller. References to other Intel. publica- 
tions will be made throughout this note. 


2. 8086. OVERVIEW AND BASIC SYSTEM CONCEPTS | 
2A. 8086 Bus Cycle Definition 


The 8086 is a true 16-bit microprocessor with 16-bit in- 
ternal and external data paths, one megabyte of memory 
address space (2**20) and a separate 64K byte (2** 16) 
I/O address space. The CPU communicates with its ex- 
ternal environment via a twenty-bit time multiplexed ad- 
dress, status and data bus and a command bus. To 
transfer data or fetch instructions, the CPU executes a 
bus cycle (Fig. 2A1). The minimum bus cycle consists of 
four CPU clock cycles called T states. During the first T 
state (T1), the CPU asserts an address on the twenty-bit 


Ty) —>| ———> |+—__ T2. —_+ ——+ + tT, 


CLK 


A19/S6,A16/S3 


READY 


ADi5-ADo 


DT/R 


AD 5-ADo a 


WRITE . 
CYCLE 


DTIR 


| nos 

i |= ie ae ie OS 
7, } 

CT 


ain A1i5s-Ao \ FLOAT 


DATA IN Di5-Do ( FLOAT 


| paTAoUT OUT 


Figure 2A1. Basic 8086 Bus Cycle 
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multiplexed address/data/status bus. For the second T 
state (T2), the CPU removes. the address from the bus 
and either three-states its outputs on the lower sixteen 
bus lines in preparation for a read cycle or asserts write 
data. Data bus transceivers are enabled in either T1 or 
T2 depending on the 8086 system configuration and the 
direction of the transfer (into or out of the CPU). Read, 
write or interrupt acknowledge commands are always 
enabled in T2. The maximum mode 8086 configuration 
(to be discussed later) also provides a write command 
enabled in T3 to guarantee data setup time prior to com- 
mand activation. 


During T2, the upper four multiplexed.bus lines switch 
from address: (A19-A16) to bus: cycle status 
(S6,S5,S4,S3). The status information (Table 2A1) is 
available primarily. for diagnostic monitoring. However, 
a decode of S3 and S4 could be used to select one of 
four banks of memory, one assigned to each segment 
register. This technique allows partitioning the memory 
by segment to expand the memory addressing beyond 
one megabyte. It also provides a degree of protection by 
preventing erroneous write operations to one segment 
from overlapping into another segment and destroying 
information in that segment. 


The CPU continues to provide status information on the ° 


upper four bus lines during T3 and will either continue 
to assert write data or sample read data on the lower six- 
teen bus lines. If the selected memory or I/O device is 
not capable of transferring data at the maximum CPU 


transfer rate, the device must signal the CPU “not. | 
ready” and force the CPU to insert additional! clock 


cycles (Wait states TW) after T3. The ‘not ready’ indica- 


tion must be presented to the CPU by the start of T3. 
Bus activity during TW is the same as T3. When the. 


selected device has had sufficient time to complete the 
transfer, it asserts ‘‘Ready” and allows the CPU to con- 
tinue from the TW states. The CPU will latch the data on 
the bus during the last wait state or during T3 if no wait 
states are requested. The bus cycle is terminated in T4 


(command lines are disabled and the selected external | 


device deselects from the bus). The bus cycle appears 


to devices in the system as an asynchronous event con- . 


sisting of an address to select the device followed by a 
read strobe or data and a write strobe. The selected 
device accepts bus data during a write cycle and drives 
the desired data onto the bus during a read cycle. On ter- 
mination of the command, the device latches write data 
or disables its bus drivers. The only control the device 
has on the bus cycle is the insertion of wait cycles. 


The 8086 CPU only executes a bus cycle when instruc: . 


tions or operands must be transferred to or from 
memory or I/O devices. When not executing a bus cycle, 
the bus interface executes idle cycles (Tl). During the 
idle cycles, the CPU continues to drive status informa- 
tion from the previous bus cycle on the upper address 


lines. If the previous bus cycle was a write, the CPU con- | 
tinues to drive the write data onto the multiplexed bus 


until the start of the next bus cycle. If the CPU executes 
idle cycles following a read cycle, the CPU will not drive 
the lower 16 bus lines until the next bus cycle is 
required. 


Since the CPU prefetches up to six bytes of the instruc- 
tion stream for storage and execution from an internal 
instruction queue, the relationship of instruction fetch 
and associated operand transfers may be skewed in 
time and separated by additional instruction fetch bus 
cycles. in general, if an instruction is fetched into the 
8086’s internal instruction queue, several additional in- 
structions may be fetched before the instruction is 
removed from the queue and executed. If the instruction 
being executed from the queue is a jump or other con- 
trol transfer instruction, any instructions remaining in 
the queue are not executed and are discarded with no ef- 
fect on the CPU’s operation. The bus activity observed 
during execution of a specific instruction is dependent 
on the preceding instructions but is always deter- 
ministic within the specific sequence: 


Table 2A1 


Alternate (relative to the ES segment) 


- Stack (relative to the SS segment) 


Code/None (relative to the CS seg- 
ment or a default of zero) 


Data (relative to the DS segment) 


= IF (interrupt enable flag) _ 
$6 =0 (indicates the 8086 is on the bus) 


2B. 8086 Address and Data Bus Concepts — 


' Since the majority of system memories and peripherals 


require a stable address for the duration of the bus 
cycle, the address on the multiplexed address/data bus 
during T1 should be latched and the latched address 
used to select the desired peripheral or memory loca- 
tion. Since the 8086 has.a 16-bit data bus, the multi- 
plexed bus components of the 8085 family are not ap- 
plicable to the 8086 (a device on address/data bus lines 
8-15 will not be able to receive the byte selection ad- 
dress on lines 0-7). To demultiplex the bus (Fig. 2B1a), 
the 8086 system provides an Address Latch Enable 
signal (ALE) to capture the address in either the 8282 or 
8283 8-bit bi-stable latches (Diag. 2B1). The latches are 
either inverting (8283) or non-inverting (8282) and have 
outputs driven by three-state buffers that supply 32 mA 
drive capability and can switch a 300 pF capacitive load 
in 22 ns (inverting) or 30 ns (non-inverting). They prop- 
agate the address through to the outputs while ALE is 
high and latch the address on the falling edge of ALE. 
This only delays address access and: chip select 
decoding by the propagation delay of the latch. The out- 
puts are enabled through the low active OE input. The 
demultiplexing of the multiplexed address/data bus 
(latchings of the address from the multiplexed bus), can 
be done locally at appropriate points in the system or at 
the CPU with a separate address bus distributing the ad- 
dress throughout the system (Fig. 2B1b). For optimum 
system performance and compatibility with multiproc- 


_essor and MULTIBUS™ configurations, the latter tech- 


nique is strongly recommended over the first. The re- 
mainder of this note will assume the bus is demul- 
tiplexed at the CPU. 


ADDRESS 
BUS 


AD 15-ADo 


ADDRESS BUS 


DATA BUS 


ALE 


ADDRESS/DATA 
BUS 


eee eee ee ey 


oo 


CLK 


ADg AD 5-ADo 


ALE 
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The programmer views the 8086 memory address space 
as a sequence of one million bytes in which any byte 
may contain an eight bit data element and any two con- 
secutive bytes may contain a 16-bit data element. There 
is no constraint on byte or word addresses (boundaries). 
The address space is physically implemented on a six- 
teen bit data bus by dividing the address space into two 
banks of up to 512K bytes (Fig. 2B2). One bank is con- 
nected to the lower half of the sixteen-bit data bus (D7-0) 
and contains even addressed bytes (A0=0). The other | 
bank is connected to the upper half of the data bus 
(D15-8) and contains odd addressed bytes (AO=1). A 
specific byte within each bank is selected by address | 
lines A19-A1. To. perform byte transfers to even ad-- 
dresses (Fig. 2B3a), the information is transferred over 
the lower half of the data bus (D7-0). AO. (active low) is. 
used to enable the bank connected to the lower half of 
the data bus to participate in the transfer. Another 
signal provided by the 8086, Bus High Enable (BHE), is 
used to disable the bank on the upper half of the data 
bus from participating in the transfer. This is necessary 
to prevent a write operation to the lower bank from 
destroying data in the upper bank. Since BHE is a 
multiplexed signal with timing identical to the A19-A16 
address lines, it also should be latched with ALE to pro- 
vide a stable signal during the bus cycle. During T2 
through T4, the BHE output is multiplexed with status 
line S7 which is equal to BHE. To perform byte transfers 
to odd addresses (Fig. 2B3b), the information is trans- 
ferred over the upper half of the data bus (D15-D8) while 
BHE (active low) enables the upper bank and AO 
disables the lower bank. Directing the data transfer to 
the appropriate half of the data bus and activation of 
BHE and AO is performed by the 8086, transparent to the 
programmer. As an example, consider loading a byte of 
data into the CL register (lower half of the CX register) 
from an odd addressed memory location (referenced 
over the upper half of the 16-bit data bus). The data is 
transferred into the 8086 over the upper 8 bits of the 
data bus, automatically redirected to the lower half of 
the 8086 internal 16-bit data path and stored into the CL 
register. This capability also allows byte I/O transfers 
with the AL register to be directed to I/O devices con- 
nected to either the upper or lower half of the 16-bit data 
bus. 


To access even addressed sixteen bit words (two con- 
secutive bytes with the least significant byte at an even 


DATA IN OR OUT 


Diagram 2B1. ALE Timing 
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byte address), A19-A1 select the appropriate byte within 
each bank and AO and BHE (active low) enable both 
banks simultaneously (Fig. 2B3c). To access an odd ad- 


dressed 16-bit word (Fig. 2B3d), the least significant 


byte (addressed by A19-A1) is first transferred over the 
upper half of the bus (odd addressed byte, upper bank, 
BHE low active and AO = 1). The most significant byte is 
accessed by incrementing the address (A19-A0) which 
allows A19-A1.to address the next physical word loca- 
tion (remember, AO was equal to one which indicated a 


word referenced from an odd byte boundary). A second . 


bus cycle is then executed to perform the transfer of the 
most significant byte with the lower bank (AO is now ac- 
tive low and BHE is high). The sequence is automatically 


executed by the 8086 whenever a word transfer is ex- 


ecuted to an odd address. Directing the upper and lower 
bytes of the 8086’s internal sixteen-bit registers to the 


appropriate halves of the data bus is also performed. 
automatically by the 8086 and is transparent to the pro- 


grammer. 


(B) PHYSICAL IMPLEMENTATION OF THE 


(A) LOGICAL ADDRESS SPACE ADDRESS SPACE 


512K BYTES 


512K BYTES 


Figure 2B2. 8086 Memory 


. Ao (LOW) 


Aig-A1 Di5-Dg_ BHE (HIGH) D7-Do 
Figure 2B3a. Even Addressed Byte Transfer 


A1o-Ay Dis-Dgs BHE (LOW) D7-Do 
Figure 2B3b. Odd Addressed Byte Transfer 


Ao (HIGH) 


Aig-A1 —si«éiyg-Dg. = C:BHE D7-Do Ao 


TRANSFER X + 1, X 


Aio-A1 Dys-Dg BHE (LOW) D7-Dp ~=—s-_- Ag (LOW) 


Figure 2B3c. Even Addressed Word Transfer 


‘FIRST BUS CYCLE 


Aig-A4 Di5-Deg BHE (LOW) D7-Do Ao (HIGH) 


SECOND BUS CYCLE 


pm item al 
WALA 
= aa 
eae! 


BHE (HIGH) D7-Do 


A1a-A1 Di5-Dg Ap(LOW) 


Figure 2B3d. Odd Addressed Word Transfer 


During a byte read, the CPU floats the entire sixteen-bit 
data bus even though data is only expected on the upper 
or lower half of the data bus. As will be demonstrated 
later, this action simplifies the chip select decoding re- 
quirements for read only devices (ROM, EPROM). During 
a byte write operation, the 8086 will drive the entire 
sixteen-bit data bus. The information on the half of the 
data bus not transferring data is indeterminate. These 
concepts also apply to the I/O address space. Specific 
examples of I/O and memory interfacing are considered 


in the corresponding sections. 


2C. System Data Bus Concepts 


When referring to the system data bus, two implemen- 
tation alternatives must be considered; (a) the multi- 
plexed address/data bus (Fig. 2C1a) and a data bus buf- 
fered from the multiplexed bus by transceivers (Fig. 
2C1b). 


If memory or I/O devices are connected directly to the 
multiplexed bus, the designer must guarantee the 
devices do not corrupt the address on the bus during T1. 
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Figure 2C1a. Multiplexed Data Bus 
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To avoid this, device output drivers should not be enabl- 
ed by the device chip select, but’should have an output 
enable controlled by the system read signal (Fig. 2C2). 
The 8086 timing guarantees that read is not valid.until 
after the address is latched by ALE (Diag. 2C1). All Intel 
peripherals, EPROM products and RAM’s for microproc- 
essors provide output enable or read neue to allow 
connection to-the multiplexed bus. 
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Figure 2C2. Devices with Output Enables on the Multiplexed Bus 


Several techniques are available for interfacing devices 
without output enables to the multiplexed bus but each 
introduces other restrictions or limitations. Consider 
Figure 2C3 which has chip select gated with read and 
write. Two problems exist with this technique. First, the 
chip select access time is reduced to the read access 
time, and may require a faster device if maximum 
system performance (no wait states) is to be achieved 
(Diag. 2C2). Second, the designer must verify that chip 
select to write setup and hold times for the device are 
not violated (Diag. 2C3). Alternate techniques-can be ex- 
tracted from the bus interfacing techniques given later 
in this section but are: subject to the associated restric- 
tions. In general, the best solution is obtained with 
devices having output enables. 


A subsequent limitation on the multiplexed bus is the 
8086’s drive capability of 2.0 mA and capacitive loading 
of 100 pF to guarantee the specified A.C. character- 
istics. Assuming capacitive loads of 20 pF per I/O 
device, 12 pF per address latch and 5-12 pF per memory 
device, a system mix of three peripherals and two to 
four memory devices (per bus line) are close to the 
loading limit. 


Diagram 2C1. Relationship of ALE to READ 
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Figure 2C3. Devices without Output Enables on the Multiplexed Bus 
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eT on 2C2. Access Time: CS Gated with RDAWA. 


1 CSIS NOT VALID PRIOR TO WRITE AND BECOMES ACTIVE ONE OR TWO GATE 
DELAYS LATER. 


2 CS REMAINS VALID AFTER WRITE ONE OR TWO GATE DELAYS. 


Diagram 2C3. CS to WR Set-Up and Hold 


To satisfy the capacitive loading and drive requirements 
of larger systems, the data bus must be buffered. The 
8286 non-inverting and 8287 inverting octal transceivers 
are offered as part of the 8086 family to satisfy this re- 

quirement. They have three-state output buffers. that 
drive 32 mA on the bus interface and 10 mA on the CPU 
interface and can switch capacitive loads of 300 pF at 
the bus interface and 100 pF on the CPU interface in 22 
ns (8287) or 30 ns (8286). To enable and control the direc- 
tion of the transceivers, the 8086 system provides Data 
ENable (DEN) and Data Transmit/Receive (DT/R) signals 
(Fig. 2C1b). These signals provide the appropriate tim- 
ing to guarantee isolation of the multiplexed: bus from 
the system during T1 and elimination of bus contention 
with the CPU during read and write (Diag. 2C4): Although 
the memory and peripheral devices are isolated from the 
CPU (Fig. 2C4), bus contention may still exist in the 
system if the devices do not have an output enable con- 
trol other than chip select. As an example, bus conten- 
tion will exist during transition from one chip select to 
another (the newly selected device begins driving the 
bus before the previous device has disabled its drivers). 
Another, more severe case exists during a write cycle. 

From chip select to write active, a device whose outputs 
are controlled only by chip select, will drive the bus 
simultaneously with write data being driven through the 
transceivers by the CPU (Diag. 2C5). The same tech-. 
nique given for circumventing these problems on the 
multiplexed bus can be e-epP led here with the same limi-: 
tations. — | 


One last extension to the bus implementation is a sec-. 
ond level of buffering to reduce the total load seen by — 
devices on the'system bus (Fig. 2C5). This is typically 
done for multiboard systems and isolation of memory 
arrays. The concerns with this configuration are the ad- 
ditional delay for access and more important, control of 
the second transceiver in relationship to the system bus 
and the device being interfaced to the system bus. 
Several techniques for controlling.the transceiver are 
given in Figure 2C6. This first technique (Fig. 2C6a) 
simply distributes DEN and DT/R throughout the 
system. DT/R is inverted to provide proper direction con- 
trol for the second level transceivers. The second exam- 
ple (Fig. 2C6b) provides control for devices with output 
enables. RD is used to normally direct data from the 
system bus' to the peripheral. The buffer is selected 
whenever a device on the local bus is chip selected. Bus 
contention is possible on the device’s local bus during a 
read as the read simultaneously enables the device out- 
put and changes the transceiver direction. The conten- 
tion may also occur as the read is terminated. 


For.devices without output enables, the same technique 
can be applied (Fig. 2C6c) if the chip select to the device 
is conditioned by read or write. Controlling the chip 
select with read/write prevents the device from driving 
against the transceiver prior to the command being 
received. The limitations with this technique are access 
limited to read/write time and limited CS to write setup 
and hold times. 
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NOT DRIVE AGAINST THE CPU. 


Diagram 2C4. Bus Transceiver Control 
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Figure 2C5. Fully Buffered System | —— 


_.. An alternate technique applicable to devices with and 
without output enables is shown in Figure 2C6d. RD 
again controls the direction of the transceiver but it is 
not enabled until a command and chip select are active. 
The possibility for bus contention still exists but is 
reduced to variations in output enable vs. direction 
MEMORYII/O DEVICES = —=—-—s change time for the transceiver. Full access time from 
chip select is now available, but data will not be valid 
.. prior.to write and will only be held valid after write by the 
delay to disable the transceiver. 
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Figure 2C6b. Buffering Devices with OE/RD 
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Figure 2C6éd. Buffering Devices without OE/RD and with Common. 
or Separate Input/Output 


One last technique is given for devices with separate in- 
puts and outputs (Fig. 2C6e). Separate bus receivers and 
drivers are provided rather than a single transceiver. The 
receiver is always enabled while the bus driver is con- 
trolled by RD and chip select. The only possibility for 

pr bus contention in this system occurs as multiple 

MeMoRT NO devices on each line of the local read bus are enabled 
and disabled during chip selection changes. 
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BUS 


slew, Throughout this note, the multiplexed bus will be con- 
sidered the local CPU bus and the demultiplexed ad- 
2,603 dress and buffered data bus will be the system bus. For 
Figure 2C6c. Buffering Devices without OE/RD and with Common additional information on bus..contention and the 
or Separate Input/Output 
system problems associated with it, refer to ‘Appendix 15 
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Figure 2C6e. Buffering Devices without OE/RD and with Separate 
Input/Output 


2D. Multiprocessor Environment 


The 8086 architecture supports multiprocessor systems 
based on the concept of a shared system bus (Fig. 2D1). 
All CPU’s in the system communicate with each other 
and share resources via the system bus. The bus may be 
either the Intel Multibus™ system bus or an extension 
of the system bus defined in the previous section. The 
major addition required to the demultiplexed system 
bus is arbitration logic to control access to the system 
bus. As each CPU asynchronously requests access to 
the shared bus, the arbitration logic resolves priorities 
and grants bus access to the highest priority CPU. Hav- 
ing gained access to the bus, the CPU completes its 
transfer and will either relinquish the bus or wait to be 
forced to relinquish the bus. For a discussion on 
Multibus™ arbitration techniques, refer to AP-28A, Intel 
Multibus™ Interfacing. 
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Figure 2D1. 8086 Family Multiprocessor System 
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To support a multimaster interface to the Multibus 
system bus for the 8086 family, the 8289 bus arbiter is 
included as part of the family. The 8289 is compatible 
with the 8086’s local bus and in conjunction with the 
8288 bus controller, implements the Multibus protocol 
for bus arbitration. The 8289 provides a variety of arbitra- 
tion and prioritization techniques to aliow optimization 
of bus availability, throughput and utilization of shared 
resources. Additional features (implemented through 


strapping options) extend the configuration options 
beyond a pure CPU interface to the multimaster system 
bus for access to shared resources to include concur- 
rent support of a local CPU bus for private resources. 
For specific configurations and additional information 
on the 8289, refer to application note AP-51. 


3. 8086 SYSTEM DETAILS 
3A. Operating Modes 


Possibly the most unique feature of the 8086 is the abili- 
ty to select the base machine configuration most suited 
to the application. The MN/MX input to the 8086 is a 
strapping option which allows the designer to select 
between two functional definitions of a subset of the 
8086 outputs. 


MINIMUM MODE | 


The minimum mode 8086 (Fig. 3A1) is optimized for 
small to medium (one or two boards), single CPU 
systems. Its system architecture is directed at satisfy- 
ing the requirements of the lower to middle segment of 
high performance 16-bit applications. The CPU main- 
tains the full megabyte memory space, 64K byte I/O 


_ Space and 16-bit data path. The CPU directly provides all 


bus control (DT/R, DEN, ALE, M/iO), commands 


(RD,WR,INTA) and a simple CPU preemption mech- 


anism (HOLD, HLDA) compatible with existing DMA. 
controllers. 


MAXIMUM MODE 


The maximum mode (Fig. 3A2) extends the system ar- 


chitecture to support multiprocessor configurations, 
and local instruction set extension processors (co- 
processors). Through addition of the 8288 bipolar bus 
controller, the 8086 outputs assigned to bus control and 
commands in the minimum mode are redefined to allow 
these extensions and enhance general system perform- 
ance. Specifically, (1) two prioritized levels of processor 
preemption (RO/GTO, RQ/GT1) allow multiple proc- 
essors to reside on the 8086’s local bus and share its in- 
terface to the system bus, (2) Queue status (QS0,QS1) is 


available to allow external devices like ICE™-86 or 


special instruction set extension co-processors to track 
the CPU instruction execution, (3) access control to 
shared resources in multiprocessor systems is sup- 
ported by a hardware bus lock mechanism and (4) 
system command and configuration options are ex- 
panded via ancillary devices like the 8288 bus controller 
and 8289 bus arbiter. 


The queue status indicates what information is being 
removed from the internal queue and when the queue is 
being reset due to a transfer of control (Table 3A1). By 
monitoring the S0,S1,S2 status lines for instructions 
entering the 8086 (1,0,0 indicates code access while AO 
and BHE indicate word or byte) and QSO, QS1 for in- 
structions leaving the 8086’s internal queue, it is possi- 
ble to track the instruction execution. Since instruc- 
tions are executed from the 8086’s internal queue, the 
queue status is presented each CPU clock cycle and is 
not related to the bus cycle activity. This mechanism (1) 
allows a co-processor to detect execution of an 
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ESCAPE instruction which directs the co-processor to 
perform a specific task and (2) allows ICE-86 to trap ex- 
ecution of a specific memory location. An. example of a 
circuit used by ICE is given in Figure 3A3. The first up 
down counter tracks the depth of the queue while the 
second captures the queue depth:on a match. The sec- 
ond counter decrements on further fetches from the 
queue until the queue is flushed or the count goes to 
zero indicating execution of the match address. The 
first counter decrements on fetch from. the queue 
(QS0=1) and .increments on code fetches into the 


queue. Note that a normal code fetch will transfer two 
bytes into the queue so two clock increments are given 
to the counter (T201 and T301) unless a single byte is 
loaded over the upper half of the bus (A0-P is high). 
Since the execution unit (EU) is not synchronized to the 
bus interface unit (BIU), a fetch from the queue can oc- 
cur simultaneously with a transfer into the queue. The 
exclusive-or gate driving the ENP input of the first 
counter allows these simultaneous operations to cancel 
each. other and not modify the queue depth. 
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Figure 3A. ‘Minimum Mode 8086 
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Figure 3A2. Maximum Mode 8086 
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TABLE 3A1. QUEUE STATUS 


No Operation 


First Byte of Op Code from Queue 
Empty the Queue 
Subsequent Byte from Queue 


The queue status is valid during the CLK cycle after 
which the queue operation is performed. 


To address the problem of controlling access to shared 
resources, the maximum mode 8086 provides a hard- 
ware LOCK output. The LOCK output is activated 
through the instruction stream by execution of the 
LOCK prefix instruction. The LOCK output goes active 
in the first CPU clock cycle following execution of the 
prefix and remains active until the clock following the 
completion of the instruction following the LOCK prefix. 
To provide bus access control in multiprocessor 
systems, the LOCK signal should be incorporated into 
the system bus arbitration logic resident to the CPU. 


During normal multiprocessor system operation, pri- 
ority of the shared system bus is determined by the ar- 
bitration circuitry on a cycle by cycle basis. As each 
CPU requires a transfer over the system bus, it requests 
access to the bus via its resident bus arbitration logic. 
When the CPU gains priority (determined by the system 
bus. arbitration. scheme and any associated logic), it 
takes control of the bus, performs its bus cycle and 
either maintains bus control, voluntarily. releases the 
bus or is forced off the bus by the loss of priority. The 
lock mechanism prevents the CPU from losing bus con- 
trol (either voluntarily or by force) and guarantees a CPU 
the ability to execute multiple bus cycles (during execu- 


tion of the locked instruction) without intervention and 
possible corruption of the data by another CPU. A 
classic use of the mechanism is the ‘TEST and SET 
semaphore’ during which a CPU must read from a 
shared memory location and return data to the location 
without allowing another CPU to reference the same 
location between the TEST operation (read) and the SET 
operation (write). In the 8086 this is aceompushed witha 
locked exchange instruction. 


LOCK XCHG reg, MEMORY ; reg Is any register 
‘MEMORY Is the address of the 
;semaphore 


The activity of the LOCK output is shown in Diagram 
3A1. Another interesting use of the LOCK for multiproc- 
essor systems is a locked block move which allows high 
speed message transfer from one CPU’s message buf- 
fer to another. 


During the locked instruction, a request for processor 
preemption (RQ/GT) is recorded but not acknowledged 
until completion of the locked instruction. The LOCK 
has no direct affect on interrupts. As an example, a 
locked HALT instruction will cause HOLD (or RQ/GT) re- 
quests to be ignored but will allow the CPU to exit the 
HALT state on an interrupt. In general, prefix bytes are 
considered extensions of the instructions they precede. 
Therefore, interrupts that occur during execution of a 
prefix are not acknowledged (assuming interrupts are 
enabled) until completion of the instruction following 
the prefixes (except for instructions which allow servic- 
ing interrupts during their execution, i.e., HALT, WAIT 
and repeated string primitives). Note that multiple prefix 
bytes. may precede an instruction. As another example, 
consider a ‘string primitive’ preceded by the repetition 
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Figure 3A3. Example Circuit to Track the 8086 Queue 
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prefix (REP) which is interruptible after each execution 
of the string primitive. This holds even if the REP prefix 
is combined with the LOCK prefix and prevents inter- 
rupts from being locked out during a block move or 
other repeated string operation. As long as the opera- 
tion is not interrupted, LOCK remains active. Further in- 
formation on the operation of an interrupted. string 
operation with multiple prefixes is presented in the sec- 
tion dealing with the 8086 interrupt structure. 


Three additional status lines (S0, $1, $2) are defined to 
provide communications with the 8288 and 8289. The 
Status lines tell the 8288 when to initiate a bus cycle, 
what type of command to issue and when to terminate 
the bus cycle. The 8288 samples the status lines at the 
beginning of each CPU clock (CLK). To initiate a bus cy- 
cle, the CPU drives the status lines from the passive 
state (SO, $1, S2= 1) to one of seven possible command 
codes (Table 3A2). This occurs on the rising edge of the 
clock during T4 of the previous bus cycle or a TI (idle cy- 
cle, no current bus activity). The 8288 detects the status 
change by sampling the status lines on the high to low 
transition of each clock cycle. The 8288 starts a bus cy- 
cle by generating ALE and appropriate buffer direction 
control in the clock cycle immediately following detec- 
tion of the status change (T1). The bus transceivers and 
the selected command are enabled in the next clock 
cycle (T2) (or T3 for normal write commands). When the 
status returns to the passive state, the 8288 will ter- 
minate the command as shown in Diagram 3A2. Since 
the CPU will not return the status to the passive state 
until the ‘ready’ indication ‘is received, the 8288 will 
maintain active command and bus control for any 
number of wait cycles. The status lines may also be 
used by other processors on the 8086’s local bus to 
“monitor bus activity and control the 8288 if they gain 
control of the local bus. 
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TABLE 3A2. STATUS LINE DECODES 


Interrupt Acknowledge 
Read I/O Port 
_ Write I/O Port 

Halt. 


Code Access 
Read Memory 
‘Write Memory 
Passive 


commands (INTA, MRDC, IORC, MWTC, MWC, lOWC, 
AIOWC) removed from the CPU. The command structure 
has separate read and write commands for memory and 
I/O to provide compatibility with the Multibus command 
structure. 


The advanced write commands are enabled one clock 
period earlier than the normal write to accommodate the 
wider write pulse widths often required by peripherals 
and static RAMs. The normal write provides data setup 
prior to write to accommodate dynamic RAM memories 
and I/O devices which strobe data on the leading edge of 
write. The advanced write commands do not guarantee 
that data is valid prior to the leading edge of the com- 
mand. The DEN signal in the maximum mode is inverted 
from the minimum mode to extend transceiver control 
by allowing logical conjunction of DEN with ‘other 
signals. While not appearing to be a significant benefit 
in the basic maximum mode configuration, introduction 
of interrupt control and various system configurations 
will demonstrate the usefulness of qualifying DEN. 
Diagram 3A3 compares the timing of the minimum and 
maximum mode bus transfer commands. Although the 


NEXT LOCK 
PREFIX FROM 
THE QUEVE 


LOCKED INSTRUCTION 


QUEUE STATUS INDICATES FIRST BYTE OF OPCODE FROM THE QUEUE. _ 
THE LOCK OUTPUT WILL GO INACTIVE BETWEEN SEPARATE LOCKED INSTRUCTIONS. 
TWO CLOCKS ARE REQUIRED FOR DECODE OF THE LOCK PREFIX AND . 


SINCE QUEUE STATUS REFLECTS THE QUEUE OPERATION IN THE PREVIOUS CLOCK 


CYCLE, THE COCK OUTPUT ACTUALLY GOES ACTIVE COINCIDENT WITH THE START 
OF THE NEXT INSTRUCTION AND REMAINS ACTIVE FOR ONE CLOCK CYCLE 


FOLLOWING THE INSTRUCTION. 


5 IF THE INSTRUCTION FOLLOWING THE LOCK PREFIX IS NOT IN THE QUEUE, ‘THE 
LOCK OUTPUT STILL GOES ACTIVE AS SHOWN WHILE THE INSTRUCTION IS BEING | 


FETCHED. 


THE BIU WILL STILL PERFORM INSTRUCTION FETCH CYCLES DURING EXECUTION 


OF A LOCKED INSTRUCTION. THE LOCK MERELY LOCKS THE BUS TO THIS CPU FOR 
WHATEVER BUS CYCLES THE CPU PERFORMS DURING THE LOCKED INSTRUCTION. 


Diagram 3A1. 


8086 Lock Activity 
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maximum mode configuration is designed for multi- 
processor environments, large single CPU designs 
(either Multibus systems or greater than two PC boards) 
should also use the maximum mode. Since the 8288 is a 
bipolar dedicated controller device, its output drive for 
the commands (32 mA) and tolerances on AC character- 
istics (timing parameters and worse case delays) pro- 
vide better large system performance than the minimum 
mode 8086. 
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In addition to assuming the functions removed from the 
CPU, the 8288 provides additional strapping options and 
controls to support multiprocessor configurations and 
peripheral devices on the CPU local bus. These capa- 
bilities allow assigning. resources (memory or 1/Q) as 
shared (available on the Multibus system bus) or private 
(accessible only by this CPU) to. reduce contention for 
access to the Multibus system bus and improve multi- 
CPU system performance. Specific eontiguration possi- 
bilities are discussed in AP-51. . 
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_ Diagram 3A3. 8086 Minimum and Maximum Mode Command Timing ae 


A-17 


AP-67 


3B. Clock Generation 


The 8086 requires a clock signal with fast rise and fall 
times (10 ns max) between low and high voltages of 
— 0.5 to +0.6 low and 3.9 to VCC + 1.0 high. The max- 
imum clock frequency of the 8086 is 5 MHz-and 8 MHz 
for the 8086-2. Since the design of the 8086 incorporates 
dynamic cells, a minimum frequency of 2 MHz is re- 
quired to retain the state of the machine. Due to the 
minimum frequency requirement, single stepping ‘or 
cycling of the CPU may not be accomplished by dis- 
abling the clock. The timing and voltage requirements of 
the CPU clock are shown in Figure 3B1. In general, for 
frequencies below the maximum, the CPU clock need 


not satisfy the frequency dependent pulse width limi- 


tations stated in the 8086 data sheet. The values 
specified only reflect the minimum values which must 
be satisfied and are stated in terms of the maximum 
clock frequency. As the clock frequency approaches the 
maximum frequency of the CPU, the clock must con- 
form, to a 33% duty cycle to satisfy the CPU minimum 
clock low and high time specifications. 


—p| |<— * 10ns MAX 


+5 Kisses YH) 
118.33 MIN 
1.5 | 
=P, 200 ns MIN 

_ §00 ns MAX 


Figure 3B1. 8086 Clock 


An optimum 33% duty cycle clock with the required 
voitage levels and transition times can be obtained with 
the 8284 clock generator (Fig. 3B2). Either an external 
frequency source or a series resonant crystal may drive 
the 8284. The selected source must oscillate at 3X the 
desired CPU frequency. To select the crystal inputs of 
the 8284 as the frequency source for clock generation, 


the F/C input to the 8284 must be strapped to ground.. 


The strapping option allows selecting either the crystal 
or the external frequency input as the source for clock 


generation. Although the 8284 provides an input for a: 


tank circuit to accommodate overtone mode crystals, 
fundamental mode crystals are recommended for more 
accurate and stable frequency generation. When selec- 
ting a crystal for use with the 8284, the series resistance 


should be as low as possible. Since other circuit com- 


ponents will tend to shift the operating frequency from 


resonance, the operating impedance will typically be. 


higher than the specified series resistance. If the at- 
tenuation of the oscillator’s feedback circuit reduces 
the loop gain to less than one, the oscillator will fail. 
Since the oscillator delays in the 8284 appear as induc- 
tive elements to the crystal, causing it. to run at a fre- 
quency below that of the pure series resonance, a 
capacitor should be placed in series with the crystal and 
the X2 input of the 8284. This capacitor serves to cancel 
this inductive element. The value of the capacitor (CL) 


10 ns MAX 


must not cause the impedance of the feedback circuit to 
reduce the loop gain below one. The impedance of the 
capacitor is a function of the operating frequency and 
can be determined from the following eauation: 


XCL = 1/2n* F* cL 


Figure 3B2. 8284 Clock Generator 


It is recommended that the crystal series resistance 
plus XCL be kept less than 1K ohms. This capacitor also 
serves to debias the crystal and prevent a DC voltage 
bias from straining and perhaps damaging the crystal- 
line structure. As the crystal frequency increases, the 
amount of capacitance should be decreased. For exam- 


ple, a 12 MHz crystal may require CL ~ 24 pF while 22 


MHz may require CL~8 pF. If very close correlation 
with the pure series resonance is not necessary, a 


‘nominal CL value of 12-15 pF may be used with a 15 MHz 


crystal (5 MHz 8086 operation). Board layout and compo- 
nent variances will affect the actual amount of induc- 
tance and therefore the series capacitance required to 
cancel it out (this is especially true for wire- -wrapped 
layouts). 


Two of the many vendors which supply crystals for Intel 
microprocessors are listed in Table 3B1 along with a list 
of crystal part numbers for various frequencies which 
may be of interest. For additional information on speci- 
fying crystals for Intel components refer to application 
note AP-35. 


TABLE 3B1. CRYSTAL VENDORS 


Parallel) | Crystek 
Series 


Corp. 


CTS Knight, 
Inc. 


*Intel also supplies a crystal numbered 8801 for this application. 


Notes: 1. Address: 1000 Crystal Drive, Fort Meyers, Florida 33901 
2. Address: 400 Reimann Ave., Sandwich, Illinois 


If a high accuracy frequency source, externally variable 
frequency source or a common source for. driving mul- 
tiple 8284’s is desired, the External Frequency Input 
(EFI) of the 8284 can be selected by strapping the FIC in- 
put to 5 volts through ~1K ohms (Fig. 3B3). The external 
frequency source should be TTL compatible, have a 


~ 50% duty cycle and oscillate at three times the desired 


CPU operating frequency. The maximum EFI frequency 
the 8284 can accept is slightly above 24 MHz with 
minimum clock low and high times of 13 ns. Although 
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no minimum EFI frequency is specified, it should not 
violate the CPU minimum clock rate. If a common fre- 
quency source is used to drive multiple 8284’s 
distributed throughout the system, each 8284 should be 
driven by its own line from the source. To minimize 
noise in the system, each line should be a twisted pair 
driven by a buffer like the 74LS04 with the ground of the 
twisted pair connecting the grounds of the source and 
receiver. To minimize clock skew, the lines to all 8284’s 
should be of equal length. A simple technique for gen- 
erating a master frequency source for additional 8284’s 
is shown in Figure 3B4. One 8284 with a crystal is used 
to generate the desired frequency. The oscillator output 
of the 8284 (OSC) equals the crystal frequency and is 
used to drive the external frequency to all other 8284’s 
in the system. 


' EXTERNAL 
FREQUENCY 
SOURCE 


+5 


The oscillator output is inverted from the oscillator 
signal used to drive the CPU clock generator circuit. 
Therefore, the oscillator output of one 8284 should not 
drive the EFI input of a second 8284 if both are driving 
clock inputs of separate CPU’s that are to be syn- 
chronized. The variation on EFI to CLK delay over a 
range of 8284’s may approach 35 to 45 ns. If, however, all 
8284’s are of the same package type, have the same 
relative supply voltage and operate in the same tem- 
perature environment, the variation will be reduced to 
between 15 and 25 ns. 7 


There are three frequency outputs from the 8284, the 
oscillator (OSC) mentioned above, the system clock 
(CLK) which drives the CPU, and a peripheral clock 
(PCLK) that runs at one half the CPU clock frequency. 
The oscillator output is only driven by the crystal and is 
not affected by the F/C strapping option. If a crystal is 
not connected to the 8284 when the external frequency 
input is used, the oscillator output is indeterminate. The 
CPU clock is derived from the selected frequency 
source by an internal divide by three counter. The 
counter generates the 33% duty cycle clock which is op- 
timum for the CPU at maximum frequency. The 
peripheral clock has a 50% duty cycle and is derived 
from the CPU clock. Diagram 3B0 shows the relation- 
ship of CLK to OSC and PCLK to CLK. The maximum 
skew is 20 ns between OSC and CLK, and 22 ns between 
CLK and PCLK. 


Since the state of the 8284 divide by three counter is in- 
determinate at system initialization (power on), an exter- 
nal sync to the counter (CSYNC) is provided to allow 
synchronization of the CPU clock to an external event. 
When CSYNC is brought high, the CLK and PCLK out- 
puts are forced high. When CSYNC returns low, the next 
positive clock from the frequency source starts clock 
generation. CSYNC must be active for a minimum of two 
periods of the frequency source. If CSYNC is asynchro- 
nous to the frequency source, the circuit in Figure 3B5 
should be used for synchronization. The two latches 
minimize the probability of a meta-stable state in the 
latch driving CSYNC. The latches are clocked with the 
inverse of the frequency source to guarantee the 8284 
setup and hold time of CSYNC to the frequency source 
(Diag. 3B1). If a single 8284 is to be synchronized to an 
external event and an external frequency source is not 
used, the oscillator output of the 8284 may be used to 


osc 


CLK 


PCLK 


Diagram 3B0. OSC ~ CLK and CLK ~ PCLK Relationships 
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synchronize CSYNC (Fig. 3B6). Since the oscillator out- 
put is inverted from the internal oscillator signal, the in- 
verter in the previous example is not required. If multiple 
8284’s are to be synchronized, an external frequency 
source must drive all 8284’s and a single CSYNC syn- 
chronization circuit must drive the CSYNC input of all 
8284's (Fig. 3B7). Since activation of CSYNC may cause 
violation of CPU minimum clock low time, it should only 
be enabled during reset or CPU clock high. CSYNC must 
also be disabled a minimum of four CPU clocks before 
the end of reset to guarantee proper CPU reset. 


EXTERNAL 
CONDITION 


EXTERNAL _ 
FREQUENCY 


*MAX IS SPEC’ED TO GUARANTEE MAX 8086 CLOCK FREQUENCY 


Diagram 381. CSYNC Setup and Hold to EFI 


SYNC CSYNC CLK 


Figure 3B6. EFI from 8284 Oscillator - 


Figure 3B7. Synchronizing Multiple 8284s 


Due to the fast transitions and high drive (5 mA).of the 
8284 CLK output, it may be necessary to put a 10 to 100 
ohm resistor in series with the clock line to eliminate 
ringing (resistor value depending on the amount of drive 
required). If multiple sources of CLK are needed with 
minimum skew, CLK can be buffered by a high drive 
device (748241) with outputs tied to 5 volts through 100 
ohms to guarantee VOH = 3.9 min (8086 minimum clock 
input high voltage) (Fig. 3B8). A single 8284 should not 
be used to generate the CLK for multiple CPU’s that do 
not share a common local (multiplexed). bus since the 
8284 synchronizes ready to the CPU and can only ac- 
commodate ready for a single CPU. If multiple CPU’s 
share a local bus, they should be driven with the same 
clock to optimize transfer of bus control. Under these 
circumstances, only one CPU will be using the bus fora 
particular bus cycle which allows sharing a common 
READY signal (Fig. 3B9). | 


Figure 3B8. Buffering the 8284 CLK Output 
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8086 


RQIGT 


MULTIPLEXED BUS 


RQIGT 


co. 
PROCESSOR 


Figure 3B9. 8086 and Co-Processor on the Local Bus Share a 
‘Common 8284 


3C. Reset 


The 8086 requires a high active reset with minimum 
pulse width of four CPU clocks except after power on 
which requires a 50 us reset pulse. Since the CPU inter- 
nally synchronizes reset with the clock, the reset is in- 
ternally active for up to one clock period after the exter- 
nal reset. Non-Maskable Interrupts (NMI) or hold re- 
quests on RQ/GT which occur during the internal reset, 
are not acknowledged. A minimum mode hold request 
or maximum mode RQ pulses active immediately after 
the internal reset will be honored before the first in- 
struction fetch. 


From reset, the 8086 will condition the bus as shown in 
Table 3C1. The multiplexed bus will three-state upon 
detection of reset by the CPU. Other signals which 
three-state will be driven to the inactive state for one 
clock low interval prior to entering three-state (Fig. 3C1). 
In the minimum mode, ALE and HLDA are driven inac- 
tive and are not three-stated. In the maximum mode, 
RQ/GT lines are held inactive and the queue status in- 
dicates no activity. The queue status will not indicate a 
reset of the queue so any user defined external circuits 
monitoring the queue should also be reset by the 
system reset. 22K ohm pull-up resistors should be con- 
nected to the CPU command and bus control lines to 


CLOCK 
RESET INPUT 
INTERNAL RESET 


BUS — 


guarantee the inactive state of these lines in systems 
where leakage currents or bus capacitance may cause 
the voltage levels to settle below the minimum high 
voltage of devices in the system. In maximum mode 
systems, the 8288 contains internal pull-ups on the 
S0-S2 inputs to maintain the inactive state for these 
lines when the CPU floats the bus. The high state of the 
status lines during reset causes the 8288 to treat the 
reset sequence as a passive state. The condition of the 
8288 outputs for the passive state are shown in Table 
3C2. If the reset occurs during a bus cycle, the return of 
the status lines to the passive state will terminate the 
bus cycle and return the command lines to the inactive 
state. Note that the 8288 does not three-state the com- 
mand outputs based on the passive state of the status 
lines. If the designer needs to three-state the CPU off 
the bus during reset in a single CPU system, the reset 
signal should also be connected to the 8288’s AEN input 
and the output enable of the address latches (Fig. 3C2). 
This forces the command and address bus interface to 
three-state while the inactive state of DEN from the 8288 
three-states the transceivers on the data bus. 


Table 3C1. 8086 Bus During Reset 


Signals [Condition 


AD15.0 
A19-14/S6.3 
BHE/S7 
S2i(M/IO) 
$1/(DT/R) 


Three-State — 


. Three-State 

Three-State 
Driven to ‘‘1” then three-state 
Driven to ‘‘1” then three-state 
Driven to ‘‘1” then three-state 
Driven to ‘’1” then three-state 
Driven to “1” then three-state 
Driven to “1” then three-state 

0 


Ps FLOAT BUS 
DRIVE OUTPUT TO INACTIVE STATE 


Figure 3C1. 8086 Bus Conditioning on Reset 
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TABLE 3C2. 8288 OUTPUTS DURING PASSIVE MODE 


MCE/PDEN 
~ COMMANDS 


Figure 3C2. Reset Disable for Max Mode 8086 Bus Interface 


For multiple processor systems using arbitration of a 


multimaster bus, the system reset should be connected . 


to the INIT input of the 8289 bus arbiter in addition to 
the 8284 reset input (Fig. 3C3). The low active INIT input 
forces all 8289 outputs to their inactive state. The inac- 


tive state of the 8289 AEN output will force the 8288 to. 
three-state the command outputs and the address 


latches to three-state the address bus interface. DEN in- 


active from the 8288 will three-state the data bus inter- 


face. For the multimaster CPU configuration, the reset 
should be common to all CPU’s (8289’s and 8284’s) and 
satisfy the maximum of either the CPU reset re- 
quirements or 3 TBLBL (3 8289 bus clock times)+3 
TCLCL (3 8086 clock cycle times) to satisfy 8289 reset 
requirements. 


RESET 


8086 


Figure 3C3. Reset Disable of for Max Mode 8086 Bus Interface in 


Multi CPU System 


If the 8288 command outputs are three-stated during 
reset, the command lines should be pulled up to Voc 
through 2.2K ohm resistors. 


The reset signal to the 8086 can be generated by the 
8284. The 8284 has a schmitt trigger input (RES) for 
generating reset from a low active external reset. The 
hysteresis specified in the 8284 data sheet implies that 
at least .25 volts will separate the 0 and 1 switching 
point of the 8284 reset input. Inputs without hysteresis 
will switch from low to high and high to low at approxi- 
mately the same voltage threshold. The Inputs are 
guaranteed to switch at specified low and high voltages 
(VIL and VIH) but the actual switching point is anywhere 
in-between. Since VIL min is specified at .8 volts, the 
hysteresis guarantees that the reset will be active until’ 
the input reaches at least 1.05 volts. A reset will not be 
recognized until the input drops at least .25 volts below 
the reset inputs VIH of 2.6 volts. - oo eS 


To guarantee reset.from power up, the reset input must 
remain below 1.05 volts for 50 microseconds after Vcc 
has reached the minimum supply voltage of 4.5 volts. 
The hysteresis allows the reset input to be driven by a 
simple RC circuit as shown in Figure.3C4. The. 
calculated RC value does not include time for the power 
supply to reach 4.5 volts or the charge accumulated .dur- 
ing this interval. Without the hysteresis, the reset out- 
put might oscillate as the input voltage passes through 
the switching voltage of the input. The calculated RC 
value provides the minimum required reset period of 50- 
microseconds for 8284’s that switch at the 1.05 volt 
level and.a reset period of approximately 162 micro- 
seconds for 8284’s that switch at the 2.6 volt level. If 
tighter tolerance between the minimum and maximum 
reset times is necessary, the reset circuit shown in 
Figure 3C5 might be used rather than the simple RC.cir- 
cuit. This circuit provides a constant current source and. 
a linear charge rate on the capacitor rather than the in- | 
verse exponential charge rate of the RC circuit. The 
maximum reset period for this implementation is 124 
microseconds. ——-—=—™ fe GF yh Bien 


+V 


RESET IN Le RES ( RC 
Vc(t) = V\l—-e 
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i t = 50 usec 
Vv = 45 
- Vo = 1.05 
RC = 188x106 
5 
4 
3 
2 
1 
, t 
50us 162 us 
—_— MINIMUM RESET ACTIVE TIME 
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... Figure 3C4. 8284 Reset Circuit 
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Figure 3C5. Constant Current Power-On Reset Circuit 


The 8284 synchronizes the reset input with the CPU 
clock to generate the RESET signal to the CPU (Fig. 
3C6). The output is also available as a general reset to 
the entire system. The reset has no effect on any clock 
circuits in the 8284. | _ 


> SYSTEM 
RESET 


Figure 3C6. 8086 Reset and System Reset 
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8086 READY ofa 7 
| 7 READY INACTIVE 8 ns MAX. >! — 


3D. Ready Implementation and Timing 


As discussed previously, the ready signal is used in the 
system to accommodate memory and I/O devices that 
cannot transfer information at the maximum CPU bus 
bandwidth. Ready is also used in multiprocessor 
systems to force the CPU to wait for access to the 
system bus or Multibus system bus. To insert a wait 
state in the bus cycle, the READY signal to the CPU 
must be inactive (low) by the end of T2. To avoid inser- 
tion of a wait state, READY. must be active (high) within 
a specified setup time prior to the positive transition 
during T3. Depending on the size and characteristics of 
the system, ready implementation may take one of two 
approaches. 


The classical ready implementation is to have the 
system ‘normally not ready.’ When the selected device 
receives the command (RD/WRI/INTA) and has had suffi- 
cient time to complete the command, it activates 
READY to the CPU, allowing the CPU to terminate the 
bus cycle. This implementation is characteristic of large 
multiprocessor, Multibus systems or systems where 
propagation delays, bus access delays and device char- 
acteristics inherently slow down the system. For max- 
imum system performance, devices that can run with no 
wait states must return ‘READY’ within the previously 
described limit. Failure to respond in time will only 
result in the insertion of one or more wait cycles. 


An alternate technique is to have the system ‘normally 
ready.’ All devices are assumed to operate at the max- 
imum CPU bus bandwidth. Devices that do not meet the 
requirement must disable READY by the end of T2 to 
guarantee the insertion of wait cycles. This implementa- 
tion is typically applied to small single CPU systems 
and reduces the logic required to control the ready 
signal. Since the failure of a device requiring wait states 
to disable READY by the end of T2 will result in prema- 
ture termination of the bus cycle, the system timing 
must be carefully analyzed when using this approach. 


The 8086 has two different timing requirements on 
READY depending on the system implementation. Fora 
‘normally ready’ system to insert a wait state, the 
READY must be disabled within 8 ns (TRYLCL) after the 
end of T2 (start of T3) (Diag. 3D1). To guarantee proper 
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Diagram 3D1. Normally Ready System Inserting a Wait State 
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operation of the 8086, the READY input must not change 
from ready to not ready during the clock low time of T3. 
For a ‘normally not ready’ system to avoid wait states, 
READY must be active within 119 ns (TRYHCH) of the 


CLOCK 


8086 READY 
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| positive clock transition during T3 (Diag. 3D2). For both 
cases, READY must satisfy a hold time of 30 ns 
(TCHRYX) from the T3 or TW positive clock transition. 
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ACTIVE READY SETUP 119 ns 


- HOLD TIME 30 ns 


Diagram 3D2. Normally Not Ready System Avoiding a Wait State 


To generate a stable READY signal which satisfies the 
previous setup and hold times, the 8284 provides two 
separate system ready inputs (RDY1, RDY2) and a single 
synchronized ready output (READY) for the CPU. The 
RDY inputs are qualified with separate access enables 
(AEN1,AEN2, low active) to allow selecting one of the 
two ready signals (Fig. 3D1). The gated signals are 
logically OR’ed and sampled at the beginning of each 
CLK cycle to generate READY to the CPU (Diag. 3D9). 
The sampled READY signal is valid within 8 ns (TRYLCL) 
after CLK to satisfy the CPU timing requirements on 
‘not ready’ and ready. Since READY cannot change until 
the next CLK, the hold time requirements are also satis- 
fied. The system ready inputs to the 8284 (RDY1,RDY2) 


must be valid 35 ns (TRIVCL) before T3 and AEN must be 
valid 60 ns before T3. For a system using only one RDY 


input, the associated AEN is tied to ground while the 
other AEN is connected to 5 volts through ~1K ohms 
(Fig. 3D2a). If the system generates a low active ready 
signal, it can be connected to the 8284 AEN input if the 
additional setup time required by the 8284 AEN input is 
satisfied. In this case, the associated RDY input would 
be tied high (Fig. 3D2b). 


Figure 3D1. Ready Inputs to the 8284 and Output to the 8086 
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NOTE: THE 8284 DATA SHEET SPECIFIES READY OUT DELAY (TRYLCL) AS —8 ns 
‘BEFORE’ THE END OF T2 WHICH IMPLIES THE TIMING SHOWN. 


Diagram 3D3. 8284 with 8086 Ready Timing 
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Figure 3D2b. Using AENT/AEN2 to Generate Ready 


The majority of memory and peripheral devices. which 
fail to operate at the maximum CPU frequency typically 
do not require more than one wait state. The circuit 
given in Figure 3D3 is an example of a simple wait state 
generator. The system ready line is driven low whenever 
a device requiring one wait state is selected. The flip 
flop is cleared by ALE, enabling RDY to the 8284. If no 
wait states are required, the flip flop does not change. If 
the system ready is driven low, the flip flop toggles on 
the low to high clock transition of T2 to force one wait 
state. The next low to high clock transition toggles the 
flip flop again to indicate ready and allow completion of 
the bus cycle. Further changes in the state of the flip 
flop will not affect the bus cycle. The circuit allows 
approximately 100 ns for chip select decode and condi- 
tioning of the system ready (Diag. 3D4). 


If the system is ‘normally not ready,’ the programmer 
should not assign executable code to the last six bytes 
of physical memory. Since the 8086 prefetches instruc- 
tions, the CPU may attempt to access non-existent 
memory when executing code at the end of physical 


memory. if the access to non-existent memory fails to 
enable READY, the system will be caught In an In- 
definite wait. 


ROY TO 6284 


Figure 3D3. Single Wait State Generator 


3E. Interrupt Structure 


The 8086 interrupt structure is based on a table of Inter- 
rupt vectors stored in memory locations OH through 
OO3FFH. Each vector consists of two bytes for the in- 
struction pointer and two bytes for the code segment. 
These two values combine to form the address of the in- 
terrupt service routine. This allows the table to contain 
up to 256 interrupt vectors which specify the starting ad- 
dress of the service routines anywhere in the one mega- 
byte address space of the 8086. If fewer than 256 differ- 
ent interrupts are defined in the system, the user need 
only allocate enough memory for the interrupt vector 
table to provide the vectors for the defined interrupts. 
During initial system. debug, however, it may be desir- 
able to assign all undefined interrupt types toa nap 
routine to detect erroneous interrupts. _ 


Each vector is associated with an interrupt type number 
which points to the vector’s location in the interrupt vec- 
tor table. The interrupt type number multiplied by four 
gives the displacement of the first byte of the associ- 
ated interrupt vector from the beginning of the table. As 
an example, interrupt type number 5 points to the sixth. 
entry in the interrupt vector table. The contents of this 
entry in the table points to the interrupt service routine 
for type 5 (Fig. 3E1). This structure allows the user to 
specify the memory address of each service routine by 
placing the address (instruction pointer and code seg- 
ment values) in the table location provided for that type 
interrupt. 
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Diagram 3D4. 
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Figure 3E1. Direction to Interrupt Service Routine through he: 
Ne orp Vector Table - 


All interrupts in the 8086 must be assigned an interrupt 
type which uniquely identifies each interrupt. There are 
three classes of interrupt types in the 8086; predefined 
interrupt types which are issued by specific functions 
within the 8086 and user defined hardware and software 
interrupts. Note that any interrupt type including the 
predefined interrupts can be issued by the user’ s hard- 
ware and/or software. 


PREDEFINED INTERRUPTS 


The predefined interrupt types in the 8086 are listed 
below with a brief description of how each is invoked. 
When invoked, the CPU will transfer control to the 
memory location specified by the vector associated 
with the specific type. The user must provide the inter- 
rupt service routine and initialize the interrupt vector 
table with the appropriate service routine address. The 
user may additionally invoke these interrupts through 
hardware or software. If the preassigned function is not 
used in the system, the user may assign some other 
function to the associated type. However, for com- 
patibility with future Intel hardware and software prod- 


ucts for the 8086 family, interrupt types 0-31 should not | 


be assigned as user defined interrupts. 


TYPE 0 — DIVIDE ERROR 


This interrupt type is invoked whenever a division opera- 
tion is attempted during which the quotient exceeds the 
maximum value (ex. division by zero). The interrupt is 
non-maskable and Is entered as part of the execution of 
the divide instruction. If interrupts are not reenabled by 
the divide error interrupt | service routine, the service 
routine execution time should be included in the worst 
case divide instruction execution time (primarily when 
considering the longest instruction execution time and 
its effect on latency to servicing hardware interrupts). 


TYPE 1 — SINGLE STEP 


This interrupt type occurs one instruction after the TF 
(Trap Flag) is set in the flag register. It is used to allow 
software single stepping through a sequence of code. 
Single stepping is initiated by copying the flags onto the 
stack, setting the TF bit on the stack and popping the 
flags. The interrupt routine should be the single step 
routine. The interrupt sequence saves the flags and pro- 
gram counter, then resets the TF flag to allow the single 
step routine to execute normally. To return to the 
routine under test, an interrupt return restores the IP, 
CS and flags with TF set. This allows the execution of 
the next instruction in the program under test before 
trapping back to the single step routine. Single Step is 
not masked by the IF (Interrupt Flag) bit in the flag 
register. 


TYPE 2 — NMI (Non-Maskable Interrupt) 


This is the highest priority hardware interrupt and is 
non-maskable. The input is edge triggered but is syn- 
chronized with the CPU clock and must be active for two 
clock cycles to guarantee recognition. The interrupt 
signal may be removed prior to entry to the service 
routine. Since the input must make a low to high transi- 
tion to generate an interrupt, spurious transitions on the 
input should be suppressed. If the input is normally 
high, the NMI low time to guarantee triggering is two 
CPU clock times. This input is typically reserved: for 
catastrophic failures like power rate or timeout of a 
ayatel watchdog timer. | : 


TYPE 3 — ONE BYTE INTERRUPT 


This is invoked bya special form of the software inter- 
rupt instruction which requires a single byte of code 
space. Its primary use is as a breakpoint interrupt for 
software debug. With full representation within a single 
byte, the instruction can map into the smallest instruc- 
tion for absolute resolution in ‘Setting breakpoints. The 
interrupt is not maskable. 


TYPE 4 — INTERRUPT ON OVERFLOW | 


This interrupt occurs if the overflow flag (OF) is set in 
the flag register and the INTO instruction is executed. 
The instruction allows trapping to an overflow error ser- 
vice routine. The interrupt is non-maskable. 


Interrupt types 0 and 2 can occur without specific action 
by the programmer (except for performing a divide for 
Type 0) while types 1, 3, and 4 require a conscious act by 
the programmer to generate these interrupt types. All 
but type 2 are invoked through software activity and are 
directly associated with a specific instruction. 


USER DEFINED SOFTWARE INTERRUPTS 


The user can generate an interrupt through the software 
with a two byte interrupt instruction INT nn. The first 
byte is the INT opcode while the second byte (nn) con- 
tains the type number of the interrupt to be performed. 
The INT instruction is not maskable by the interrupt 
enable flag. This instruction can be used to transfer con- 
trol to routines that are dynamically relocatable and 
whose location in memory is not known by the calling 
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program. This technique also saves the flags of the call- 
ing program on the stack prior to transferring control. 
The called procedure must return control with an inter- 
rupt return:(IRET) instruction to remove the flags from 
the stack and fully restore the state of the ore pro- 
gram. 


All interrupts invoked through software (all caioniets 
discussed thus far with the exception of NMI) are not 
maskable with the IF flag and initiate the transfer of 
control at the end of the instruction in which they occur. 
They do not initiate interrupt acknowledge bus cycles 
and will disable subsequent maskable interrupts by 
resetting the IF and TF flags. The interrupt vector for 
these interrupt types is either implied or specified in the 
instruction. Since the NMI is an asynchronous event to 
the CPU, the point of recognition and initiation of the 
transfer of control is similar to the maskable hardware 
interrupts. 


USER DEFINED HARDWARE INTERRUPTS 
The maskable interrupts initiated by the system hard- 


ware are activated through the INTR pin of the 8086 and 


are masked by the IF bit of the status register (interrupt 
flag). During the last clock cycle of each instruction, the 
state of the INTR pin is sampled. The 8086 deviates from 
this rule when the instruction is a MOV or POP to a seg- 
ment register. For this case, the interrupts are not 
sampled until completion of the following instruction. 
This allows a 32-bit pointer to be loaded to the stack 
pointer registers SS and SP without the danger of an in- 
terrupt occurring between the two loads. Another excep- 
tion is the WAIT instruction which waits for a low active 
input on the TEST pin. This instruction also continu- 
ously samples the interrupt request during its execution 
and allows servicing interrupts during the wait. When an 
interrupt is detected, the WAIT instruction is again 
fetched prior to servicing the interrupt to guarantee the 
interrupt routine will return to the WAIT instruction. 
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UNINTERRUPTABLE INSTRUCTION SEQUENCE 


MOV SS, NEWS$STACK$SEGMENT 
MOV SP, NEWS$STACK$POINTER 


Also, since prefixes are considered part of the instruc- 
tion they precede, the 8086 will not sample the interrupt 
line until completion of the instruction the prefix(es) 
precede(s). An exception to this (other than HALT or 
WAIT) is the string primatives preceded by the repeat 
(REP) prefix. The repeated string operations will sample 
the interrupt line at the completion of each repetition. 
This includes repeat string operations which include the 
lock. prefix. If multiple prefixes precede a repeated 
string operation, and the instruction is interrupted, only 
the prefix immediately preceding the string primative is 
restored. To allow correct resumption of the operation, 
the following programming technique may be used: 


LOCKED$BLOCK$MOVE: LOCK REP MOVS DEST, CS:SOURCE | 
AND CX, CX 


JNZ LOCKEDS$BLOCK$MOVE 


The code bytes generated by the 8086 assembler for the 
MOVS instruction are (in descending order): LOCK 
prefix, REP prefix, Segment Override prefix and MOVS. 
Upon return from the interrupt, the segment override 
prefix is restored to guarantee one additional transfer is 
performed between the correct memory locations. The 
instructions following the move operation test the 
repetition count value to determine if the move was. 
completed and return if not. | 


If the INTR pinis high when eaninled: and the IF bit is set 
to enable interrupts, the 8086 executes an interrupt 
acknowledge sequence. To guarantee the interrupt will 
be acknowledged, the INTR input must be held active 
until the interrupt acknowledge is issued by the CPU. If 
the BIU is running a bus cycle when the interrupt condi- 
tion is detected (as would occur if the BIU is fetching an 
instruction when the current instruction completes), the 


REDRIVEN BY CPU IF QUEUE IS NOT FULL 


Figure 3E2. Interrupt Acknowledge Sequence 
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interrupt must be valid at the 8086 2 clock cycles prior to” 


T4 of the bus cycle if the next cycle is to be an:interrupt 
acknowledge cycle. If the 2 clock. setup is not satisfied, 
another pending bus cycle will be executed before the 
interrupt acknowledge is issued. Ifa hold request is also 


pending (this might occur if an interrupt and hold re-: 


quest are made during execution of a locked instruc- 
tion), the Apterrupt is serviced altel the hold request | is 
serviced. 7 


| The interrupt schcwisdaes sequence is only: Gerard 


in response to an interrupt on the 8086 INTR input. The 
associated bus activity is shown in Figure 3E2. The cy- 
cle consists of two INTA bus cycles separated by two 
idle clock cycles. During the bus cycles the INTA com- 


mand is issued rather than read. No address is provided. 


by the 8086 during either bus cycle (BHE and status are 
valid), however, ALE is still generated and will load the 
address latches with indeterminate information. This 
condition requires that devices in the system do not 
drive their outputs without being qualified by the Read 
Command..As will be shown later, the ALE is useful in 
maximum mode systems with multiple 8259A priority in- 
| terrupt controllers. During the INTA bus cycles, DT/R 
and DEN are conditioned to allow the 8086 to receive a 


one byte interrupt type number from the interrupt 


system. The first INTA bus cycle signals an interrupt 
acknowledge cycle is in progress and allows the system 
to prepare to present the interrupt type number on the 


next INTA bus cycle. The CPU does not capture informa- | 


tion on the bus during the first cycle. The type number 
must be transferred'to the 8086 on the lower half of the 
16-bit data bus during the second cycle. This. implies 
that devices which present interrupt type numbers to 
the 8086 must be located on:the lower half of the 16-bit 
data bus. The timing of the INTA bus cycles (with excep- 
tion of address timing) is similar to read cycle timing. 
The 8086 interrupt acknowledge. sequence = deviates 
from the form used on 8080 and 8085 in that no instruc- 
tion is issued as part of the sequence. The 8080 and 
8085 required either a restart or call instruction be 
issued to affect the transfer of control. 


In the minimum mode system, the M/IO signal will be 
low indicating I/O during the INTA bus cycles. The 8086 
internal LOCK signal will be active from T2 of the first 
bus cycle until T2 of the second to prevent the BIU from 
honoring a hold request between the two INTA cycles. 


In the maximum mode, the status lines S0-S2 will re- 
quest the 8288 to activate the INTA output for each cy- 
cle. The LOCK output of the 8086 will be active from T2 


of the first cycle until T2 of the second to prevent the: 


8086 from honoring a hold request on either RQ/GT in- 
put and to prevent bus arbitration logic from relinquish- 
‘Ing the bus between INTA’s in multi-master systems. 


The consequences of READY are identical to those for 


READ and mee cycles. 


Once the 8086 has the arnt eae Auber nent the - 


bus for hardware interrupts, from the instruction stream 
for software interrupts or from. the predefined con- 
dition), the type number is multiplied by four to form the 


displacement to the corresponding interrupt vector in 


the interrupt vector table. The four bytes of the interrupt 


vector are: least significant byte of the instruction: 
pointer, most significant byte of the instruction pointer; 
least significant :byte of the code segment register, 
most significant byte of the code segment register. Dur- 
ing the transfer of control, the CPU pushes the flags and: 
current code segment register and instruction pointer. 
onto the stack. The new code segment and instruction 
pointer values are loaded and the single step and inter- 
rupt flags are reset. Resetting the interrupt flag disables 
response to further hardware interrupts in the service 
routine unless the flags are specifically re-enabled by 
the service routine. The CS and IP values are read from 
the interrupt vector table with data read cycles, No seg- 

ment registers are used when referencing the vector 
table during the interrupt context switch. The vector 
displacement is added to zero to form the 20-bit address 
and. $4, S3=10 indicating no segment register selec- 
tion. 


The actual bus activity associated with the hardware in- 
terrupt acknowledge sequence is as follows: Two inter- 
rupt acknowledge bus cycles, read new IP from the in- 
terrupt vector table, read new CS from the interrupt vec- 
tor table, Push flags, Push old CS, Opcode fetch of the 
first instruction of the interrupt service routine, and 
Push old IP. After saving the old IP, the BIU will resume 
normal. operation of prefetching ‘instructions into the 
queue and servicing EU requests for operands. S65 (inter- 
rupt enable flag status) will go inactive in the second 
clock cycle following reading the new CS.. 


The number of clock cycles from the end of the instruc- 
tion during which the interrupt occurred to the start of 
interrupt routine execution is 61 clock cycles. For soft- 
ware generated interrupts, the sequence of bus cycles 
is the same except no interrupt acknowledge bus cycles 
are executed. This reduces the delay to service routine 
execution to 51 clocks for INT nn and single step, 52 
clocks for INT3 and 53 clocks for INTO. The same inter- 
rupt setup requirements with respect to the BIU that 
were stated for the hardware interrupts also apply to the 


software interrupts. If wait states are inserted by either 


the memories or the device supplying the interrupt type 
number, the given clock times will increase accordingly. 


When considering the precedence of interrupts for 
multiple simultaneous interrupts, the following guide- 
lines apply: 1. INTR is the only maskable interrupt and if 
detected simultaneously with other interrupts, resetting 
of IF by the other interrupts will mask INTR. This causes 
INTR to be the lowest priority interrupt serviced after all 
other interrupts unless the other interrupt service 
routines reenable interrupts. 2. Of the nonmaskable in- 
terrupts (NMI, Single Step and software generated), in 
general, Single Step has highest priority (will be ser- 
viced first) followed by NMI, followed by the software in- 
terrupts. This implies that a simultaneous NMI and 
Single Step trap will cause the NMI service routine to 
follow single step; a simultaneous software trap and 


- Single Step trap will cause the software interrupt ser- 


vice routine to follow single step and a simultaneous 
NMI and software trap will cause the NMI service 
routine to be executed followed by the software inter- 
rupt service routine. An exception to this priority struc- 


~~ ture occurs if all three interrupts are pending. For this 


case, transfer of control to the software interrupt ser- 
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vice routine followed by the NMI trap will cause both the 
NMI and software interrupt service routines to be ex- 
-ecuted without single stepping. Single stepping 
resumes upon execution of the instruction following the 
instruction causing the software interrupt (the next in- 
struction in the routine being single stepped). 


if the user does not wish to single step before INTR ser- 
vice routines, the single step routine need only disable 
interrupts during execution of the program being single 
stepped and reenable interrupts on entry to the single 
step routine. Disabling the interrupts during the pro- 
gram under test prevents entry into the interrupt service 
routine while single step (TF=1) is active. To prevent 
single stepping before NMI service routines, the single 
step routine must check the return address on the stack 
for the NMI service routine address and return control to 
that routine without single step enabled. As examples, 
consider Figures 3E3a and 3E3b. In 3E3a Single Step 
and NMI occur simultaneously while in 3E3b, NMI, INTR 
and a divide error all occur during a divide instruction 
being single stepped. 


TF, IF=1 


INSTRUCTION 


NMI TRAP (TF, IF = 1) 


NMI 


PUSH FLAGS, CS, IP 


CLR IF & TF 
TRANSFER CONTROL 


SINGLE STEP TRAP (TF, IF =0) 


PUSH FLAGS, CS, IP 
CLR IF & TF 


TRANSFER CONTROL 


EXECUTE SINGLE STEP 
ROUTINE 


(TF, IF =0) RETURN 


EXECUTE NMI 
SERVICE ROUTINE 


(TF, IF =1) RETURN 


EXECUTE NEXT 
INSTRUCTION 


SINGLE STEP TRAP 


PUSH FLAGS, CS, IP 


NORMAL SINGLE STEP 


CLA IF & TF OPERATION 


TRANSFER CONTROL 


EXECUTE SINGLE 
STEP ROUTINE 


(TF, IF=1) RETURN 


Figure 3E3a. NMI During Single Stepping and 


Normal Single Step 
Operation 
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DIVIDE ERROR TRAP 


PUSH FLAGS, CS, IP 
CLEARS IF & TF 
TRANSFER CONTROL 


NMI (IF, TF =0) 


PUSH FLAGS, CS, IP 
CLEARIF&TF 
TRANSFER CONTROL 


EXECUTE NMI 


(IF, TF =0) RETURN 


EXECUTE DIVIDE 
ERROR ROUTINE 


(IF, TR=1) RETURN 


EXECUTE NEXT INSTR 
RECOGNIZE INTR 


INTR 
STILL 
ACTIVE 


PUSH FLAGS, CS, IP 
CLEAR IF & TF 
TRANSFER CONTROL 


SINGLE STEP (IF, TF =0) 


PUSH FLAGS, CS, IP 
CLEAR IF & TF 
TRANSFER CONTROL 


EXECUTE SINGLE 
STEP 


(IF, TE=0) RETURN 


SERVICE INTR 


(IF, TF=1) RETURN 


CONTINUE TO SINGLE STEP 
THE PROGRAM 


Figure 3E3b. NMI, INTR, Single Step and Divide Error Simultaneous 
Interrupts 


SYSTEM CONFIGURATIONS 


To accommodate the INTA protocol of the maskable 
hardware interrupts, the 8259A is provided as part of the 
8086 family. This component is programmable to 
operate in both 8080/8085 systems and 8086 systems. 
The devices are cascadable in master/slave arrange- 
ments to allow up to 64 interrupts in the system. Figures 
3E4 and 3E5 are examples of 8259A’s in minimum and 
maximum mode 8086 systems. The minimum mode con- 
figuration (a) shows an 8259A connected to the CPU’s 
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multiplexed bus. Configuration (b) illustrates an 8259A 
connected to a demultiplexed bus system. These inter- 
connects are also applicable to maximum mode 
systems. The configuration given for a maximum mode 
system shows a master 8259A on the CPU’s multiplexed 
bus with additional slave 8259A’s out on the buffered 
system bus. This configuration demonstrates several 
unique features of the maximum mode system inter- 
face. If the master 8259A receives interrupts from a mix 
of slave 8259A’s and regular interrupting devices, the 
slaves must provide the type number for devices con- 
nected to them while the master provides the type 
number for devices directly attached to its interrupt in- 
puts. The master 8259A is programmable to determine if 
an interrupt is from a direct input or a slave 8259A and 
will use this information to enable or disable the data 
bus transceivers (via the ‘nand’ function of DEN and 
EN). If the master must provide the type number, it will 
disable the data bus transceivers. If the slave provides 
the type number, the master will enable the data bus 
transceivers. The EN output is normally high to allow 


CAS ADDR 
rs " 
INTR6 
INTR7 


ae 


SLAVE 
i 8259A 


ADDRESS 


the 8086/8288 to control the bus transceivers. To select 
the proper slave when servicing a slave interrupt, the 
master must provide a cascade address to the slave. If. 
the 8288 is not strapped in the I/O bus mode (the 8288 
1OB input connected to ground), the MCE/PDEN output 
becomes a MCE or Master Cascade Enable output. This 
signal is only active during INTA cycles as shown in 
Figure 3E6 and enables the master 8259A’s cascade ad- 
dress onto the 8086’s local bus during ALE. This allows . 
the address latches to capture the cascade address with 
ALE and allows use of the system address bus for 
selecting the proper slave 8259A. The MCE is gated with. 
LOCK to minimize local bus contention between the » 
8086 three-stating its bus outputs and the cascade ad- 
dress being enabled onto the bus. The first INTA bus cy- 
cle allows the master to resolve internal priorities and 
output a cascade address to be transmitted to the 
slaves on the subsequent INTA bus cycle. For additional 
information on the 8259A, reference application note 
AP-59. ame | I 
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BUS 


BUS 


Figure 3E4. Min Mode 8086 with Master 8259A on the Local Bus and Slave 8259As on the System Bus _ 
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INTERRUPT 


INTERRUPT 


ALE 


ADo-AD45 — 


MCE 


Figure 3E6. MCE Timing to Gate 8259A CAS Address onto the 8086 Local Bus 
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3F. Interpreting the 8086 Bus Timing Diagrams 


At first glance, the 8086 bus timing diagrams (Diag. 3F1 
min mode and Diag. 3F2 max mode) appear rather com- 
plex. However, with a few words of explanation on how 
to interpret them, they become a powerful tool in deter- 


mining system requirements. The timing diagrams for | 


both the minimum and maximum modes may be divided 
into six sections: (1) address and ALE timing; (2) read cy- 
cle timing; (3) write cycle timing; (4) interrupt acknowl- 
edge timing; (5) ready timing; and (6) HOLD/HLDA or 
RQ/GT timing. Since the A.C. characteristics of the 
signals are specified relative to the CPU clock, the rela- 
tionship between the majority of signals can be de- 
duced by simply determining the clock cycles between 
the clock edges the signals are relative to and adding or 
subtracting the appropriate minimum or maximum 
parameter values. One aspect of system timing not com- 
pensated for in this approach is the worst case relation- 
ship between minimum and maximum parameter values 
(also known as tracking relationships). As an example, 


consider a signal which has specified minimum and 


maximum turn on and turn off delays. Depending on 
device characteristics, it may not be possible for the 
component to simultaneously demonstrate a maximum 
turn-on and minimum turn-off delay even though worst 
case analysis might imply the possibility. This argument 
is characteristic of MOS devices and is therefore ap- 
plicable to the 8086 A.C. characteristics. The message 
is: worst case analysis mixing minimum and maximum 
delay parameters will typically exceed the worst case 
obtainable and therefore should not be subjected to fur- 


ther subjective degradation to obtain worst-worst case — 


values. This section will provide guidelines for specific 
areas of 8086 timing sensitive to tracking relationships. 


A. MINIMUM MODE BUS TIMING 
1. ADDRESS and ALE 


The address/ALE timing relationship is important to 
determine the ability to capture a valid address from the 
multiplexed bus. Since the 8282 and 8283 latches cap- 
ture the address on the trailing edge of ALE, the critical 
timing involves the state of the address lines when ALE 
terminates. If the address valid delay is assumed to be 
maximum TCLAV and ALE terminates at its earliest 
point, TCHLLmin (assuming zero minimum delay), the 
address would be valid only TCLCHmin-TCLAVmax = 8 
ns prior to ALE termination. This result is unrealistic in 
the assumption of maximum TCLAV and minimum 
TCHLL. To provide an accurate measure of the true 
worst case, a separate parameter specifies the 
minimum time for address valid prior to the end of ALE 
(TAVAL). TAVAL=TCLCH-60 ns overrides the clock 
related timings. and guarantees 58 ns of address setup 
to ALE termination for a 5 MHz 8086. The address is 
guaranteed to remain valid beyond the end of ALE by the 
TLLAX parameter. This specification overrides the rela- 
tionship between TCHLL and TCLAX which might seem 
to imply the address may not be valid by the end of the 
latest possible ALE. TLLAX holds for the entire address 
bus. The TCLAXmin spec on the address indicates the 
earliest the bus will go invalid if not restrained by a slow 


ALE. TLLAX and TCLAX apply to the entire multiplexed 


bus for both read and write cycles. AD15-0 is three- 
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stated for read cycles and immediately switched to 
write data during write cycles. AD19-16 immediately 
switch from address to status for both read and write 
cycles. The minimum ALE pulse width is guaranteed by 


-TLHLLmin which takes precedence over the value ob- 
- tained by relating TCLLHmax and TCHLLmin. 


To determine the worst case delay to valid address ona 


- demultiplexed address bus, two paths must be con- 


sidered: (1) delay of valid address and (2) delay to ALE. 
Since the 8282 and 8283 are flow through latches, a valid 
address is not transmitted to the address bus until ALE 
is active. A comparison of address valid delay TCLAV- 


~max with ALE active delay TCLLHmax indicates TCLAV- 


max is the worst case. Subtracting the latch prop- 
agation delay gives the worst case address bus valid 
delay from the start of the bus cycle. 


2. Read Cycle Timing 


Read timing consists of conditioning the bus, activating 
the read command and establishing the data transceiver 
enable and direction controls. DT/R is established early 
in the bus cycle and requires no further consideration. 
During read, the DEN signal must allow the transceivers 
to propagate data to the CPU with the appropriate data 
setup time and continue to do so until the required data 
hold time. The DEN turn on delay allows TCLCL+ 
TCHCLmin — TCVCTVmax — TDVCL = 127 ns transceiver 
enable time prior to valid data required by the CPU. 
Since the CPU data hold time TCLDXmin and minimum 
DEN turnoff delay TCVCTXmin are both 10 ns relative to 
the same clock edge, the hold time is guaranteed. Addi- — 


~ tionally, DEN must disable the transceivers prior to the 


CPU redriving the bus with the address for the next bus 
cycle. The maximum DEN turn off delay (TCVCTXmax) 
compared with the minimum delay for addresses out of 


_the 8086 (TCLCL+TCLAVmin) indicates the trans- 


ceivers are disabled at least 105 ns before the CPU 
drives the address onto the multiplexed bus. 


If memory or I/O devices are connected directly to the 
multiplexed address and data bus, the TAZRL parameter 
guarantees the CPU will float the bus before activating 
read and allowing the selected device to drive the bus. 
At the end of the bus cycle, the TRHAV parameter spec- 
ifies the bus float delay the device being deselected 
must satisfy to avoid contention with the CPU driving 
the address for the next bus cycle. The next bus cycle 
may start as soon as the cycle following T4 or any 
number of clock cycles later. 


The minimum delay from read active to valid data at the 
CPU is 2TCLCL— TCLRLmax— TDVCL= 205 ns. The 
minimum pulse width is 2TCLCL— 75 ns= 325 ns. This 
specification (TRLRH) overrides the result which could 
be derived from clock relative delays (2TCLCL— 
TCLRLmax + TCLRHmin). 


3. Write Cycle Timing 


The write cycle involves providing write data to the 
system, generating the write command and controlling 
data bus transceivers. The transceiver direction control 
signal DT/R is conditioned to transmit at the end of each 
read cycle and does not change during a write cycle. 
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This allows the transceiver enable signal DEN to be ac- 
tive early in the cycle (while addresses are valid) without 
corrupting the address on the multiplexed bus. The 
write data and write command are both enabled from the 
leading edge of T2. Comparing minimum WR active 
delay TCVCTVmin with the maximum write data delay 
TCLDV indicates that write data may be not valid until 
100 ns after write is active. The devices in the system 
should capture data on the trailing edge of the write 
command rather than the leading edge to guarantee 
valid data. The data from the 8086 is valid a minimum of 
2TCLCL— TCLDVmax + TCVCTXmin = 300 ns before the 
trailing edge of write. The minimum write pulse width is 
TWLWH = 2TCLCL - 60 ns = 340 ns. The CPU maintains 
valid write data TWHDX ns after write. The TWHDZ spec- 
ification overrides the result derived by relating 
TCLCHmin and TCHDZmin which implies write data 
may only be valid 18 ns after WR. The 8086 floats the bus 
after write only if being forced off the bus by a HOLD or 


RQ input. Otherwise, the CPU simply switches the out- 
put drivers from data to address at the beginning of the 
next bus cycle. As with the read cycle, the next bus cy- 
cle may start in the clock cycle following T4 or any clock 
cycle later. 


DEN is disabled a minimum of TCLCHmin+ 
TCVCTXmin— TCVCTXmax=18 ns after write to 
guarantee data hold time to the selected device. Since 
we are again evaluating a minimum TCVCTX with a max- 
imum TCVCTX, the real minimum delay from the end of 
write to transceiver disable is approximately 60 ns. 


4. Interrupt Acknowledge Timing 


The interrupt acknowledge sequence consists of two in- 
terrupt acknowledge bus cycles as previously de- 
scribed. The detailed timing of each cycle is identical to 
the read cycle timing with two exceptions: command 
timing and address/data bus timing. 


TY 


TCLCL ———>|TCH1CH2 


VcuH 


‘CLK (8284 OUTPUT) 


BHE/S7, Aig/Sg-A1e/S3 
ALE 


RDY (8284 INPUT) 
SEE NOTE 4 


| 


READY (8086 INPUT) | 


AD45-ADo 


READ CYCLE 


DTIR 


T2 T3 


TCL2CL1 


Tw T4 


/ 


, 


<— TRIVCL 


sees 


A 
(Aas | ( Asst] FLOAT 
aiar, = 


TCHCTV 


_ al 


TCVCTV—> 


Figure 3F1. 8086 Bus Timing — Minimum Mode System 
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"GLK (8284 OUTPUT) 


Mii 


BHEIS;, AigiSg-Aig/S3 


ALE 


AD15s-ADo 
WRITE CYCLE. 
_ NOTE 1 at 
(RD, INTA, 
DT/R = Von) - 
WR 
AD 5-ADo 
INTA CYCLE | DT/R 
_ NOTES 1&3_ 
RD, WR=Von: 
BHE= Vot) 
INTA 


SOFTWARE HALT — (DEN = | 


Voi; AD, WR, INTA DT/R = Von; AD15-ADo 
TI’S FOLLOW T1, THEN NMI ORINTR 
BEGIN A NEW T1. 


ADy5 — ADo 
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T2 
TCH1CH2->| |< © 


Ts 
TCL2CL1 


Tw 


" 


r77 
4: 
TAVAL a a SES 
TCHLL—| 
TCLDV> 
TCLAX—> 
DATA OUT iy 
: + TWHDX 
TCVCTX 


TCLOX — 


POINTER |) Soar 
TCHCTV 


INVALID ADDRESS 


. ALL SIGNALS SWITCH BETWEEN Von AND Voi UNLESS OTHERWISE 


SPECIFIED. 


. RDY IS SAMPLED NEAR THE END OF Ta, Ts, Tw TO DETERMINE IF Tw 


MACHINES STATES ARE TO BE INSERTED. . ; 


. BOTH INTA CYCLES RUN BACK-TO-BACK. THE 8088 LOCAL ADDRIDATA BUS IS 


FLOATING DURING THE SECOND INTA CYCLE. CONTROL SIGNALS SHOWN 
FOR SECOND INTA CYCLE. 


« SIGNALS AT 8284 ARE SHOWN FOR REFERENCE ONLY. 
. ALL TIMING MEASUREMENTS ARE MADE AT 1.5V UNLESS OTHERWISE 


NOTED. 


Figure 3F1. 8086 Bus Timing — Minimum Mode System (Con’t) 
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T1 T2, T3 1%; 
TCLCL TCH1CH2 TCL2CL1 Tw 


CLK 
\) 
VCL 
aie aie 
08005 — AA AA 
\ aE! CNS a oNe CED aD a 

S55 (OXCEPT HAL ee Wg 
a, Oe eres 


TSVLH zie 
TCLLH 
f° 7 
ALE (8288 OUTPUT) / 


RDY (8284 INPUT) we ACU 
a caccala TRYHSH —> eo 
READ CYCLE | | TcLav-+| —>|TCLAZ ir, TDVCL TCLDX: 


AD is5-ADo 


FLOAT 
TCLRH = TRHAV 
: K 2 | 


DTIR 
| sie’ TCLMH— 
8288 OUTPUTS RDS OR IORC 


SEE NOTES 5,6 
TCVNV—> 


TCVNX —> 


Figure 3F2a. 8086 Bus Timing — Maximum Mode System (Using 8288) 
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T1 T2 T3 T4 


Tw 


VCH . 
CLK 
TCLSH 
4 & “ A] 


WRITE CYCLE Le icuay-s paar | 
‘ADis-ADo |, Pagel DATA. z= 
DEN 
8288 OUTPUTS } . | a 
SEE.NOTES 5,6 ) AMWGORAIOWG_ 
—— TCLMH 


MWTC OR iOWC: 


; RESERVED eee 
CASCADE ADDR 


AD45-ADo ’ FLOAT 


INTA CYCLE 
“SEENOTES3&4 — yy FLOAT 
ae (owen) 
ae FLOAT ] FLOAT 
. TSVMCH a 
: / 
| OTR 
goes ouTpuTsS | 
-SEENOTES56 )'NTA co (= 
. Bae Ry aes Sia DEN ; 2 
SOFTWARE HALT — y, ae TCVNX 


(DER = VouiRD, MADC,IORC, MWTC,AMWC ,JOWC,AIOWC,INTA, DTIR = Von) 


AD1s-ADo —% - i: INVALID ADDRESS 


NOTES: 1. ALL SIGNALS SWITCH BETWEEN Von AND Vo. UNLESS OTHERWISE 
SPECIFIED. 

2. RDY |S SAMPLED NEAR THE END OF 1p, T3, Tw TO DETERMINE IF Tw 
MACHINES STATES ARE TO BE INSERTED. | . 

3. CASCADE ADDRESS IS VALID BETWEEN FIRST AND SECOND INTA CYCLES. 

4. BOTH INTA CYCLES RUN BACK-TO-BACK. THE 8086 LOCAL ADDRIDATA BUS IS 
FLOATING DURING THE SECOND INTA CYCLE. CONTROL FOR POINTER ADDRESS 
IS SHOWN FOR SECOND INTA CYCLE. 

5. SIGNALS AT 8284 OR 8288 ARE SHOWN FOR REFERENCE ONLY. 

6. THE ISSUANCE OF THE 8288 COMMAND AND CONTROL SIGNALS (MRBC, 
MWTC, AMWC, IORG, OWE, ATOWG, INTA AND DEN) LAGS THE ACTIVE HIGH 
8288 CEN. 

7. ALL TIMING MEASUREMENTS ARE MADE AT 1.5V UNLESS OTHERWISE 
NOTED. 

8. STATUS INACTIVE IN STATE JUST PRIOR TO Tx. 


Figure 3F 2b. 8086 Bus Timing = Maximum Mode System (Using 8288) (Con’t) 
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The multiplexed address/data bus floats from the begin- 
ning (T1) of the INTA cycle (within TCLAZ ns). The upper 
four multiplexed address/status lines do not three-state. 
The address value on A19-A16 is indeterminate but the 
Status information will be valid (S3=0, S4=0, S5S=IF, 
S6=0, S7=BHE=0). The multiplexed address/data 
lines will remain in three-state until the cycle after T4 of 
the INTA cycle. This sequence occurs for each of the 
INTA bus cycles. The interrupt type number read by the 
8086 on the second INTA bus cycle must satisfy the 
same setup and hold times required for data during a 
read cycle. 


The DEN and DT/R signals are enabled for each INTA cy- 
cle and do not remain active between the two cycles. 
Their timing for each cycle is identical to the read cycle. 


The INTA command has the same timing as the write 
command. It is active within 110 ns of the start of T2 pro- 
viding 260 ns of access time from command to data 
valid at the 8086. The command is active a minimum of 
TCVCTXmin = 10 ns into T4 to satisfy the data hold time 
of the 8086. This provides minimum INTA pulse width of 
300 ns, however taking signal delay tracking into con- 
sideration gives a minimum pulse width of 340 ns. Since 
the maximum inactive delay of INTA is TCVCTXmax = 
110 ns and the CPU will not drive the bus until 15 ns 
(TCLAVmin) into the next clock cycle, 105 ns are avail- 
able for interrupt devices on the local bus to float their 
outputs. If the data bus is buffered, DEN provides the 
same amount of time for local bus transceivers to three- 
state their outputs. 


5. Ready Timing 


The detailed timing requirements of the 8086 ready 
signal and the system ready signal into the 8284 are 
described in Section 3D. The system ready signal is 
typically generated from either the address decode of 
the selected device or the address decode and the com- 
mand (RD, WR, INTA). For a system which is normally 
not ready, the time to generate ready from a valid ad- 
dress and not insert a wait state, is 2TCLCL— 
TCLAVmax — TR1VCLmax = 255 ns. This time is avail- 
able for buffer delays and address decoding to deter- 
mine if the selected device does not require a wait state 
and drive the RDY line high. If wait cycles are required, 
the user hardware must provide the appropriate ready 
delay. Since the address will not change until the next 
ALE, the RDY wil! remain valid throughout the cycle. If 
the system is normally ready, selected devices requiring 
wait states also have 255 ns to disable the RDY line. The 
user circuitry must delay re-enabling RDY by the ap- 
propriate number of wait states. | 


If the RD command is used to enable the RDY signal, 
TOLCL — TCLRLmax — TRIVCLmax = 15 ns are available 
for external logic. If the WR command is used, TCLCL — 
TCVCTVmax — TRIVCLmax = 55 ns are available. Com- 
parison of RDY control by address or command in- 
dicates that address decoding provides the best timing. 
lf the system is normally not ready, address decode 
alone could be used to provide RDY for devices not re- 
quiring wait states while devices requiring wait states 
may use a combination of address decode and com- 
mand to activate a wait state generator. If the system is 


normally ready, devices not requiring wait states do 
nothing to RDY while devices needing wait states 
should disable RDY via the address decode and use a 
combination of address decode and command to ac- 
tivate a delay to re-enable RDY. 


If the system requires no wait states for memory and a 
fixed number of wait states for RD and WR to all W/O 
devices, the M/IO signal can be used as an early indica- 
tion of the need for wait cycles. This allows a common 
circuit to control ready timing for the entire system 
without feedback of address decodes. 


6. Other Considerations 


Detailed HOLD/HLDA timing is covered in the next sec- 
tion and is not examined here. One last signal con- 
sideration needs to be mentioned for the minimum 
mode system. The TEST input is sampled by the 8086 
only during execution of the WAIT instruction. The TEST 
signal should be active for a minimum of 6 clock cycles 
during the WAIT instruction to guarantee detection. 


B. MAXIMUM MODE BUS TIMING 


The maximum mode 8086 bus operations are logically 
equivalent to the minimum mode operation. Detailed 
timing analysis now involves signals generated by the 
CPU and the 8288 bus controller. The 8288 also provides 
additional control and command signals which expand 
the flexibility of the system. 


1. ADDRESS and ALE 


In the maximum mode, the address information con- 
tinues to come from the CPU while the ALE strobe is 
generated by the 8288. To determine the worst case rela- 
tionships between ALE and the address, we first must 
determine 8288 ALE activation relative to the S0-S2 
status from the CPU. The maximum mode timing 
diagram specifies two possible delay paths to generate 
ALE. The first is TCHSV + TSVLH measured from the ris- 
ing edge of the clock cycle preceding T1. The second 
path is TCLLH measured from the start of T1. Since the 
8288 initiates a bus cycle from the status lines. leaving 
the passive state (S0-S2 = 1), if the 8086 is late in issuing 
the status (TCHSVmax) while the clock high time is a 
minimum (TCHCLmin), the status will not have changed 
by the start of T1 and ALE is issued TSVLH ns after the 
status changes. If the status changes prior to the begin- 
ning of T1, the 8288 will not issue the ALE until TCLLH 
ns after the start of T1. The resulting worst case delay to 
enable ALE (relative to the start of T1) is TCHSVmax + 
TSVLHmax— TCHCLmin=58 ns. Note, when calcu- 
lating signal relationships, be sure to use the proper 
maximum mode values rather than equivalent minimum 
mode values. | 


The trailing edge of ALE is triggered in the 8288 by the 
positive clock edge in T1 regardless of the delay to 
enable ALE. The resulting minimum ALE pulse width is 
TCLCHmax—58ns=75ns assuming TCHLL=0. 
TCLCHmax must be used since TCHCLmin was as- 
sumed to derive the 58 ns ALE enable delay. The ad- 
dress is guaranteed to be valid TCLCHmin+ 
TCHLLmin — TCLAVmax = 8 ns prior to the trailing edge 
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of ALE to capture the address in the 8282 or 8283 
latches. Again we have assumed a very conservative 
TCHLL= 0. Note, since the address and ALE are driven 
by separate devices, no ere of A.C. characteristics 
can be assumed. 


The address hold time to the latches is guaranteed by 
the address remaining valid until the end of T1 while 
ALE is disabled a maximum of 15 ns from the positive 
clock transition in T1:(TCHCLmin — TCHLLmax = 52 ns 
address hold time). The multiplexed bus transitions 
from address to status and write data or three-state (for 
read) are identical to the minimum mode timing. Also, 
since the address valid delay (TCLAV) remains the 
critical path in establishing a valid address, the address 
access times to valid data and ready are the same as the 
minimum mode system. 


2. Read Cycle Timing 


The. maximum mode system offers. read_ signals 
generated by both the 8086 and the 8288. The 8086 RD 
‘output signal timing is identical to the minimum mode 
system. Since the A.C. characteristics of the read com- 
mands generated by the 8288 are significantly better 
than the 8086 output, access to devices on the demul- 
tiplexed buffered system bus should use the 8288 com- 
mands. The 8086 RD signal is available for devices 
which ‘reside directly on the multiplexed bus. The 
following evaluations for read, write and “interrupt 
acknowledge only consider the 8288 command timing. 


The 8288 provides separate memory and I/O read signals 
which conform to the same A.C. characteristics. The 
commands are issued TOLML ns after the start of T2 
and terminate TCLMH ns after the start of T4. The 
minimum command length is 2TCLCL — TCLMLmax + 
TCLMLmin = 375 ns. The access time to valid data at the 
CPU is 2TCLCL—TCLMLmax — TDVCLmax = 335 ns. 


Since the 8288 was designed for systems with buffered. 


data busses, the commands are enabled before the CPU 
has three-stated the multiplexed bus and should not be 
used with devices which reside directly on the multi- 
plexed bus (to do so could result in bus contention dur- 
ing 8086 bus float and device turn- -On). 


The direction control for data bus transceivers is estab 
lished in T1 while the transceivers are not enabled by 
DEN until the positive clock transition of T2. This pro- 
vides TCLCH + TCVNVmin= 123 ns for 8086 bus float 
delay and TCHCLmin+ TCLCL— TCVNVmax-— 
TDVCLmax = 187 ns of transceiver active to data valid at 
the CPU. Since both DEN and command are valid a mini- 
mum of 10 ns into T4, the CPU data hold time TCLDX is 
guaranteed. A maximum DEN disable of 45 ns (TCVNX 
max) guarantees the transceivers are disabled by the 
start of the next 8086 bus cycle (215 ns minimum from 
the same clock edge). On the positive clock transition of 
T4, DT/R is returned to transmit in: preparation for a 
possible write operation on the next bus cycle. Since 
the system memory and I/O devices reside on a buffered 
system bus, they must three-state their outputs before 
the device for the next: bus cycle is selected (approxi- 
mately 2TCLCL) or the transceivers drive write data onto 
ihe bus oe ree sha | 


3. Write Cycle Timing - 


In the maximum mode, the 8288 provides normal and ad- 
vanced write commands for memory and I/O. The ad- 
vanced write commands are active a full clock cycle 
ahead of the normal write commands and have timing 
identical to the read commands. The advanced write 
pulse width is 2TCLCL — TCLMLmax + TCLMHmin = 375 
ns. while the normal write. pulse width is TCLCL- 
TCLMLmax + TCLMHmin=175 ns. Write data setup 
time to the selected device is a function of either the 
data valid delay from the 8086 (TCLDV) or the transceiver 
enable delay TCVNV. The worst case delay to valid write 
data is TCLDV=110 ns minus transceiver propagation 
delays. This implies the data may not be valid until 100 
ns after the advanced write command but will be valid 
approximately TCLCL—TCLDVmax + TCLMLmin = 100 
ns prior to the leading edge of the normal write com- 
mand. Data will be valid 2TCLCL— TCLDVmax+ 
TCLMHmin= 300 ns before the trailing edge of either 
write command. The data and command overlap for the 
advanced command is 300 ns while the overlap with the 
normal write command is 175 ns. The transceivers are 
disabled a minimum of TCLCHmin— TCLMHmax + 
TCVNXmin = 85 ns after the write command while the 
CPU provides valid data a minimum of TCLCHmin— 
TCLMHmax + TCHDZmin = 85 ns. This guarantees write 
data hold of 85 ns after the write command. The trans- 
ceivers are disabled TCLCL— TCVNXmax + 
TCHDTLmin= 155 ns (assuming TCHDTL=0) prior to 
transceiver direction change for a poupeoduent ‘read 
cycle. 


4. Interrupt Acknowledge Timing 


The maximum mode.INTA sequence is. logically iden- 
tical to the minimum mode sequence. The transceiver 
control (DEN and DT/R) and INTA command timing of 
each interrupt acknowledge cycle is identical to the 
read cycle. As in the minimum mode system, the multi- 
plexed address/data bus will float from the leading edge 
of T1.for each INTA bus cycle and not be driven by the 
CPU until after T4 of each INTA cycle. The setup and 
hold times on the vector number for the second cycle 
are.the same as data setup and hold for the read. If the 
device providing: the interrupt vector number is con- 
nected: to’ the local bus, TCLCL— TCLAZmax + 
TCLMLmin = 130 ns are available from 8086 bus float to 
INTA command active. The selected device on the local 
bus must disable the system data bus transceivers 
since DEN is still generated by the 8288. 


If the 8288 is not in the. 1OB (I/O Bus) mode, the 8288 
MCE/PDEN output becomes th the MCE output: This out- 
put is active during each INTA cycle and overlaps the 
ALE signal during T1. The MCE is available for gating 
cascade addresses from a master 8259A onto three of 
the upper AD15-AD8 lines and allowing ALE to latch the 
cascade address into the address latches. The address 
lines may then be used to provide CAS address selec- 
tion to slave 8259A’s located on the system bus (refer- 
ence Figure 3E5). MCE is active within 15 ns of status or 
the start of T1 for each INTA cycle. MCE should not 
enable the CAS lines onto the multiplexed bus during 
the first cycle since the CPU does not guarantee to float 
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the bus until 80 ns into the first INTA cycle. The first 
MCE can be inhibited by gating MCE with LOCK. The 
8086 LOCK output is activated during T2 of the first 
cycle and disabled during T2 of the second cycle. The 
overlap of LOCK with MCE allows the first MCE to be 
masked and the second MCE to gate the cascade :ad- 
dress onto the local bus. Since the 8259A will not pro- 
vide a cascade address until the second cycle, no infor- 
mation is lost. As with ALE, MCE is guaranteed valid 
within 58 ns of the start of T1 to allow 75 ns CAS ad- 
dress setup to the trailing edge of ALE. MCE remains 
active TCHCLmin— TCHLLmax+ TCLMCLmin=52 ns 
after ALE to provide data hold time to the latches. 


If the 8288 is strapped in the IOB mode, the MCE output 
becomes PDEN and all !/O references are assumed to be 
devices on the local bus rather than the demultiplexed 
system bus. Since INTA cycles are considered I/O 
cycles, all interrupts are assumed to come from the 
local system and cascade addresses are not gated onto 
the system address bus. Additionally, the DEN signal is 
not enabled since no I/O transfers occur on the system 
bus. If the local I/O bus is also buffered by transceivers, 
the PDEN signal is used to enable those transceivers. 
PDEN A.C. characteristics are identical to DEN with 
PDEN enabled for I/O references and DEN enabled for 
instruction or memory data references. | 


5. Ready Timing 


Ready timing based on address valid timing is the same 
for maximum and minimum mode systems. The delay 
from 8288 command valid to RDY valid at the 8284 is 
TCLCL — TCLMLmax — TRIVCLmin = 130 ns. This time is 
available for external circuits to determine the need to 
‘insert wait states and disable RDY or enable RDY to 
avoid wait states. INTA, all read commands and ad- 
vanced write commands provide this timing. The normal 
write command is not valid until after the RDY signal 
must be valid. Since both normal and advanced write 
commands are generated by the 8288 for all write 
cycles, the advanced write may be used to generate a 
RDY indication even though the ere device uses 
the normal write command. 


Since separate commands are provided for memory and 
I/O, no M/IO signal is specifically available as in the 
minimum mode to allow an early ‘wait state required’ in- 
dication for I/O devices. The S2 status line, however is 
logically equivalent to the M/IO signal and can be used 
for this purpose. 


6. Other Considerations 


The RQ/GT timing is covered in the next section and will 
not be duplicated here. The only additional signals to be 
considered in the maximum mode are the queue status 
lines QSO, QS1. These signals are changed on the 
leading edge of each clock cycle (high to low transition) 
including idle and wait cycles (the queue status is in- 
dependent of the bus activity). External logic may sam- 
ple the lines on the low to high transition of each clock 
cycle. When sampled, the signals indicate the queue ac- 
tivity in the previous clock cycle and therefore lag the 
CPU’s activity by one cycle. The TEST input require- 


ments are identical to those stated for the minimum 
mode. 


To inform the 8288 of HALT status when a HALT instruc- 
tion is executed, the 8086 will initiate a status transition 
from passive to HALT status. The status change. will 
cause the 8288 to emit an ALE pulse with an indeter- 
minate address. Since no bus cycle ts Initiated (no com- 
mand is issued), the results of this address will not af- 
fect CPU operation (j.e., no response such as READY is 
expected from the system). This allows external hard- 
ware to latch and decode ail transitions in system 
status. 


3G. Bus Control Transfer (HOLD/HLDA and RQIGT) 


The 8086 ‘supports protocols for transferring: control of 
the local bus between itself and other devices capable 
of acting as bus masters. The minimum mode config- 
uration offers a signal level handshake similar to the 
8080 and 8085 systems. The maximum mode provides 
an enhanced pulse sequence protocol designed to op- 
timize utilization of CPU pins while extending the 
system configurations to two prioritized levels of alter- 
nate bus masters. These protocols are simply tech- 
niques for arbitration of control of the CPU’s local bus 
and should not be confused with the need for arbitration 
of a system bus. 


1. MINIMUM MODE 


The minimum mode 8086 system uses a hold request in- 
put (HOLD) to the CPU and a hold acknowledge (HLDA) 
output from the CPU. To gain control of the bus, a 
device must assert HOLD to the CPU and wait for the 
HLDA before driving the bus. When the 8086 can relin- 
quish the bus, it floats the RD, WR, INTA and M/IO com- 
mand lines, the DEN and DTIR bus control lines and the 
multiplexed address/data/status lines. The ALE signal is 
not three-stated. The CPU acknowledges the request 
with HLDA to allow the requestor to take control of the 
bus. The requestor must maintain the HOLD request ac- 
tive until it no longer requires the bus. The HOLD re- 
quest to the 8086 directly affects the bus interface unit 
and only indirectly affects the execution unit. The CPU 
will continue to execute from its internal queue until 
either more instructions are needed or an operand 
transfer is required. This allows a high degree of overlap 
between CPU and auxiliary bus master operation. When 
the requestor drops the HOLD signal, the 8086 will re- 
spond by dropping HLDA. The CPU will not re-drive the 
bus, command and control signals from three-state until 
it needs to perform a bus transfer. Since the 8086 may 
still be executing from its internal queue when HOLD 
drops, there may exist a period of time during which no 
device is driving the bus. To prevent the command lines 
from drifting below the minimum VIH level during the 
transition of bus control, 22K ohm pull up. resistors 
should be connected to the bus command lines. The 
timing diagram in Figure 3G1 shows the handshake se- 
quence and 8086 timing to sample HOLD, float the bus, 
and enable/disable HLDA relative to the CPU clock. 


To guarantee valid system operation, the designer must 
assure that the requesting device does not assert con- 
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trol of the bus prior to the 8086 relinquishing control and 
that the device relinquishes control of the bus prior to 
the 8086 driving the bus. The HOLD request into the 
8086 must be stable THVCH ns prior to the CPU’s low to 
high clock transition. Since this input is not syn- 
chronized by the CPU, signals driving the HOLD input 
should be synchronized with the CPU clock to 
guarantee the setup time is not violated. Either clock 
edge may be used. The maximum delay between HLDA 
and the 8086. floating the bus is TCLAZmax— 
TCLHAVmin= 70 ns. If the system cannot tolerate the 
70 ns overlap, HLDA active from the 8086 should be 
delayed to the device. The minimum delay for the CPU to 
drive the contro! bus from HOLD inactive is THVCHmin 
+ 3TCLCL=635 ns and THVCHmin+ 3TCLCL+ 
TCHCL=/701 ns to drive the multiplexed bus. If the 
device does not satisfy these requirements, HOLD inac- 
tive to the 8086 should be delayed. The delay from HLDA 
inactive to driving the busses is TCLCL+ TCLCHmin — 
TCLHAVmax = 158 ns for the control bus and 2TCLCL — 
TCLHAVmax = 240 ns for the data bus. 


1.1 Latency. of HLDA to HOLD 


The decision to respond to a HOLD request is made in 
the bus interface unit. The major factors that influence 
the decision are the current bus activity, the state of the 
LOCK. signal internal to the CPU (activated by the soft- 
ware LOCK prefix) and interrupts. 


If the LOCK is not active, an interrupt acknowledge cy- 
cle is not in progress and the BIU (Bus Interface Unit) is 
executing a T4 or Tl when the HOLD request is received, 
the minimum latency to HLDA is: 


35ns -THVCH min (Hold setup) 


65 ns - — TCHCL min ~ 
200ns. TCLCL (bus float delay) 
10 ns ~. . TCLHAV min (HLDA delay) 
(310 ns — @ 5 MHz 
(SAMPLE) 
CLK (3 on D 


‘ah ; : FLOAT - 
CONTROL 


HLDA 


The maximum delay under these conditions is: 


34 ns (just missed setup time) 
200 ns delay to next sample 

82 ns ~ TCHCL max 

200 ns TCLCL (bus float delay) 


160 ns 
677 ns 


TCLHAV max (HLDA delay) 
@ 5 MHz | 


If the BIU just initiated a bus cycle when the HOLD Re- 
quest was received, the worst case response time is: 


34 ns THVCH (just missed) 
82 ns TCHCL max 

7*200 bus cycle execution 
N*200 N wait states/bus cycle 


160 ns 
1.676 us 


TCLHAV max (HLDA delay) 
@ 5 Miz, no wait states 


Note, the 200 ns delay for just missing is included in the 
delay for bus cycle execution. If the operand transfer is 
a word transfer to an odd byte boundary, two bus cycles 
are executed to perform the transfer. The BIU will not 
acknowledge a HOLD request between the two bus 
cycles. This type of transfer would extend the above 
maximum latency by four additional clocks plus N addi- 
tional wait states. With no wait states in the bus cycle, 
the maximum would be 2.476 microseconds. | 


Although the minimum mode 8086 does not have a hard- 
ware LOCK output, the software LOCK prefix may still 
be included in the instruction stream. The CPU internal- 
ly reacts to the LOCK prefix as would the maximum 
mode 8086. Therefore, the LOCK does not allow a HOLD 
request to be honored until completion of the instruc- 
tion following the prefix. This allows an instruction 
which performs more than one memory reference (ex. 
ADD [BX], CX; which adds CX to [BX]) to execute without 
another bus master gaining control of the bus between 
memory references. Since the LOCK signal is active for 
one clock longer than the instruction execution, the 
maximum latency to HLDA is: 


ioe 77 i. 


Figure 3G1. HOLD/HLDA Sequence 
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34 ns THVCH (just miss) — 
200 ns delay to next sample 
82ns -TCHCL max — 
~ (M+ 1)*200 ns -LOCK instruction execution 
200 ns — set up HLDA (internal) 
160 ns TCLHAV max (HLDA aelayy * 


(M*200 ns)+876ns @5 MHz 


If the HOLD request is made at the beginning of an inter- 
rupt. acknowledge eeauence: the maximum latency to 
HLDA is: | | 


34 | ns THVCH (just missed) 

82 ns TCHCL max 

2600 ns 13 clock cycles fo7 INTA 
‘160 ns ~ TCLHAV max 

2.876 us — @ 5 MHz 


1.2. Minimum Mode DMA Configuration | 
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A typical use of the HOLD/HLDA signals in the minimum 
mode 8086 system is bus contro! exchange with DMA 
devices like the Intel 8257-5 or 8237 DMA controllers. 
Figure 3G2 gives a general interconnect for this type of 
configuration using the 8237-2. The DMA controller 
resides on the upper half of the 8086’s local bus and 
shares the A8-A15 demultiplexing address latch of the 
8086. All registers in the 8237-2 must be assigned odd 
addresses to allow initialization and Interrogation by the 
CPU over the upper half of the data bus. The 8086 
RD/WR commands must:be demultiplexed to provide 
separate I/O and memory commands which are compati- 
ble with the 8237-2 commands. The AEN control from 
the 8237-2 must disable the 8086 commands from the 
command bus, disable the address latches from the 
lower (AQ-A7) and upper (A19-A16) address bus and 
select the 8237-2 address strobe (ADSTB) to the A8-A15 
address latch. If the data bus is buffered, a pull-up 
resistor on the DEN line will keep the buffers disabled. 

The DMA controller will only transfer pyies between 


COMMAND 
B 


10 PORT 
LOADED DURING 
8237 INITIALIZATION 


LOCAL DATA 
BUS 


Ai5.8 


i A7.0 


(AO) 


8237-2 


HRQ CLK 


7 Figure 3G2. DMA Using the 8237-2 
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memory and I/O and requires the I/O devices to reside on 


an 8-bit bus derived from the 16- bit to 8-bit bus multiplex’ 


circuit given in Section 4. Address lines A7-A0 are driven 


directly by the 8237 and BHE is generated by inverting 


AO. If A19-A16 are used, they must be provided by an ad- 
ditional port with either a fixed value or initialized by 
software and enabled onto the address bus by AEN. 


Figure 3G3 gives an interconnection for placing the. 


8257 on the system bus. By using a separate latch to 


hold the upper address from the 8257-5. and connecting. 


the outputs to the address bus as. shown, 16-bit DMA 
transfers are provided. In this configuration, AEN 


—<—— 


simultaneously enables AO and BHE to allow word 


transfers. AEN: still disables the CPU interface to the 
command and address busses. . 


2. “MAXIMUM MODE (AGIGT) 


The maximum mode 8086 configuration supports a sig: 
nificantly different protocol for transferring bus control. 
When viewed with respect to the HOLD/HLDA sequence 
of the minimum mode, the protocol appears difficult to 
implement externally. However, it is necessary to under- 


stand the intent of the protocol and its purpose within 


the system architecture. 


A19-16 
| ALE- 
BHE 


CPU 
BUS 
INTERFACE 


ADj45.8 


AD7.9 


“DB. 


2.1 Shared System: Bus (RQ/GT Alternative) 


The maximum mode. Ra/GT sequence is intended to 
transfer control of the CPU local bus between the CPU 
and alternate bus masters which reside totally on the 
local bus and share the complete CPU interface to the 
system bus. The complete interface includes the ad- 
dress latches, data transceivers, 8288 bus controller and 
8289 multi master bus arbiter. If the alternate bus 
masters in the system do not reside directly on the 8086 
local bus, system bus arbitration is required rather than 
local CPU bus arbitration. To satisfy the need for multi- 
master system bus arbitration at each CPU’s system in- 
terface, the 8289 bus arbiter should be used rather than 
the CPU RQ/GT logic. | 


To allow a device witha simple HOLD/HLDA sigtoeel to 
gain control of a single CPU system bus, the circuit in 
Figure 3G4 could be used. The design is effectively a 
simple bus arbiter which isolates the CPU from the 
system bus when an alternate bus. master issues a 
HOLD request. The output of the circuit, AEN (Address 
ENable), disables the 8288 and 8284 when the 8086 in- 
dicates idle status (S0,S1,S2 = 1), LOCK is not active and 
a HOLD request is active. With AEN inactive, the 8288 
three-states the command outputs and disables DEN 


8257 
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vO PORT 
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UPPER BITS OF DMA ADDRESS 


0 ADSTB (FIXED OR REG) 


_ | 8257-5 


CONTROLS ARE SAME AS 8-BIT | 
TRANSFER CONFIGURATION WITH 
MANIPULATION OF THE DATA BUS 


Figure 3G3. 8086 Min System, 8257 on System Bus 16-Bit Transfers 
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which three-states the data bus transceivers. AEN must 
also three-state the address latch (8282 or 8283) outputs. 
These actions remove the 8086 from the system bus and 
allow the requesting device to drive the system bus. The 
AEN signal to the 8284 disables the ready input and 
forces a bus cycle initiated by the 8086 to wait until the 
8086 regains control of the system bus. The CPU may 
actively drive its local bus during this interval. 


The requesting device will not gain control of the bus 
during an 8086 initiated bus cycle, a locked instruction 
or an interrupt acknowledge cycle. The LOCK signal 
from the 8086 is active between INTA cycles to 
guarantee the CPU maintains control of the bus. Unlike 
the minimum mode 8086 HOLD response, this arbitra- 
tion circuit allows the requestor to gain control of the 
bus between consecutive bus cycles which transfer a 
word operand on an odd address boundary and are not 
locked. Depending on the characteristics of the re- 
questing device, any of the 74LS74 outputs can be used 
to generate a HLDA to the device. | 


Upon completion of its bus operations, the alternate bus 
master must relinquish control of the system bus and 
drop the HOLD request. After AEN goes inactive, the ad- 
dress latches and data transceivers are enabled but, ifa 
CPU initiated bus cycle is pending, the 8288 will not 
drive the command bus until a minimum of 105 ns or 
maximum of 275 ns later. If the system is normally not 
ready, the 8284 AEN input may immediately be enabled 
with ready. returning to the CPU when the selected 
device completes the transfer. If the system is normally 
ready, the 8284 AEN input must be delayed long enough 
to provide access time equivalent to a normal bus cycle. 
The 74LS74 latches in the design provide a minimum of 
TCLCHmin for the alternate device to float the system 
bus after releasing HOLD. They also provide 2TCLCL ns 
address access and 2TCLCL— TAEVCHmax ns (8288 
command enable delay) command access prior to ena- 
bling 8284 ready detection. If HLDA is generated as 
shown in Figure 3G4, TCLCL ns are available for the 
8086 to release the bus prior to issuing HLDA while 
HLDA is dropped almost necro upon loss of 
HOLD. . 


+5. 


CLK 


hy Pe SggENC 
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A circuit configuration for an 8257-5 using this tech- 
nique to interface with a maximum mode 8086 can be 
derived from Figure 3G3. The 8257-5 has its own address 
latch for buffering the address lines A15-A8 and uses its 
AEN output to enable the latch onto the address bus. 
The maximum latency from HOLD to HLDA for this cir- 
cuit is dependent on the state of the system when the 
HOLD is issued. For an idle system the maximum delay 
is the propagation delay through the nand gate and R/S 
flip-flop (TD1) plus 2TCLCL plus TCLCHmax plus prop- 
agation delay of the 74LS74 and 74LS02 (TD2). For a 
locked instruction it becomes: TD1+TD2+ (M+ 2) 
*TCLCL+ TCLCHmax where M is the number of clocks 
required for execution of the locked instruction. For the 
interrupt acknowledge cycle the latency. is 
TD1+7TD2+9 *TCLCL + TCLCHmax. ee eee 


2.2 Shared Local Bus (RQ/GT Usage) 


The RQ/GT protocol was developed to allow up to two in- 
struction set extension processors (co-processors) or 
other special function processors (like the 8089 I/O 
processor in local mode) to reside directly on the 8086 
local bus. Each RQ/GT pin of the 8086 supports the full 
protocol for exchange of bus control (Fig. 3G5). The se- 
quence consists of a request from the alternate bus 
master to gain control of the system bus, a grant from 
the CPU to indicate the bus has been relinquished anda 
release pulse from the alternate master when done. The 
two RQ/GT pins (RQ/GTO and RQ/GT1) are prioritized 
with RQ/GTO having the highest priority. The prioritiza- 
tion only occurs if requests have been received on both 
pins before a response has been given to to either. For ex- 
ample, if a request is received on RQIGT1 followed by a 
request on RQ/GTO prior to a grant on RQ/GT1, RQ/GTO 
will gain priority over RQ/GT1. However, if RQIGT1 had 
already received a grant, a request on ROIGT 0 must wait 
until a release pulse is received on RQ/GT1. 


The request/grant sequence interaction with the bus in- 
terface unit is similar to HOLD/HLDA. The CPU con- 
tinues to execute until a bus transfer for additional in- 
structions or data is required. If. the release pulse is 


AEN (TO 8288 & 8282/3’s) 
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AEN’ (TO 8284) 
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Figure 3G4. Circuit to Translate HOLD into AEN Disable for Max Mode 8086 


A-43 


AP-67 


received before the ‘CPU needs the bus, it will not drive 
the bus until a transfer is required. 


Upon receipt: of a request pulse, the 8086 floats the 
multiplexed address, data and. status bus, the SO, S1, 
and S2 status lines, ‘the: LOCK pin. and RD. This action 
does not disable the 8288 command outputs from. driv- 
ing the command bus and does not disable the address 
latches from driving the address bus. The 8288 c contains 
internal pull-up resistors on the SO, S1, and S2, status 
lines to: maintain the passive state while the 8086 out: 
puts are three-state. The passive state prevents the 8288 
from. initiating any commands or activating DEN to 
enable the transceivers buffering the data bus. If the 
device issuing the RQ. does not use the 8288, it must 
disable tt the 8288 command outputs by disabling the 
8288 AEN input. Also, address latches not used by the 
requesting device must be disabled. 
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Figure 3G5. 8086 RQ/GT Connections 
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NOTES: 

1. THE 8068 FLOATS AxDx BUS AD AND LOCK ON THIS EDGE 

2. THE OTHER MASTER FLOATS 83, 5;, 85 FROM 1.1.1 STATE ON THIS EOGE 
3. THE OTHER MASTER FLOATS AxD, BUS, AND COCR ON THIS EOGE 
4. THE 8006 REDRIVES THE CONTROL LINES .° ek 

8. THE 8086 REDRIVES THE ADxx LINES 


2. 3 RQ/GT Operation 


Detailed. timing of the RQ/GT sequence is given ‘in 
Figure 3G6. To request a transfer of bus control via the - 
RQIGT lines, the device must drive the line low for no 
more than one CPU clock interval to generate a request 
pulse. The pulse must be synchronized with the CPU 
clock to guarantee the appropriate. setup. and hold times 
to the clock edge which samples the RQ/GT lines in the 
CPU. After issuing a-request pulse; the device must 
begin sampling for a-grant pulse with the next low to 
high clock edge. Since the 8086 can respond with a 
grant pulse in the clock cycle immediately following the 
request, the RQ/GT line may not return to the positive 
level between the request and grant.pulses. Therefore 
edge triggered logic :is not valid for capturing a grant 
pulse. It also implies the circuitry which generates the 
request pulse must guarantee the request is removed in 
time to detect a grant from the CPU. After receiving the 
grant pulse, the requesting device may drive the local. 
bus. Since the 8086 does not float the address and data 
bus, LOCK or RD until the high to low clock transition 
following, the low to high. clock transition the requestor 
uses to sample for the grant, the requestor should wait 
the float delay of the 8086 (TCLAZ) before driving the 
local bus. This precaution prevents bus contention dur- 
ing the access of bus control by the requestor. __ 


To return ‘control of the bus to the 8086, the alternate 
bus master ‘relinquishes bus control and issues a 
release pulse ¢ on the same RQ/GT line. The 8086 may 
drive the S0-S2 status lines, RD and LOCK, three clock 
cycles after detecting the release pulse and the ad- 
dress/data bus TCHCLmin ns (clock high time) after the 


status lines. The alternate bus master should be’ three- 


stated off the local bus and have other 8086 interface 
circuits (8288 and address latches) re- -enabled within ne 


8086 delay to regain control of ine bus. 


2.4 RQ/GT Latency : 


The RQ to GT: latency for a single RQ/GT line is similar 
to the HOLD to: ‘HLDA latency. The cases given for the 
minimum mode 8086 also apply to the maximum mode. 
For each case the delay from RQ detection by the oe 


to GT detection by the requestor is: 


(HOLD to HLDA delay) — (THVCH + TCHCL + TCLHAV) 


— — 
—T; >0 CLK CYCLES —— 1h : 12 ; Ta SEE NOTE 4 


SEE NOTE 2 SEE NOTE3 : SEE NOTES 
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MASTER GRANT IS SAMPLED BY 8086 


Figure 3G6. Request/Grant Sequence 
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This gives a clock cycle maximum delay for an idle bus 
interface. All other cases are the minimum mode result 
minus 476 ns. |f the 8086 has previously issued a grant 
on one of the RQ/GT lines, a request on the other RQ/GT 
line will not receive a grant until the first device releases 
the interface with a release pulse on its RQ/GT line. The 
delay from release on one RQI/GT line to a grant on the 
other is typically one clock period as shown in Figure 
3G7. Occasionally the delay from a release on RQ/GT1 


CHANNEL 0 TO 1 


to a grant on RQ/GTO will take two clock cycles and isa 
function of a pending request for transfer of control 
from the execution unit. The latency from request to 
grant when the interface is under control of a bus 
master on the other RQ/GT line is a function of the other 
bus master. The protocol embodies no mechanism for 
the CPU to force an alternate bus master off the bus. A 
watchdog timer should be used to prevent an errant 
alternate bus master from ‘hanging’ the system. 


CLOCK | | | | | | | | | | | | 
RQIGTO \ / RELEASE 
RQIGTI \ 7 GRANT 


CHANNEL 1T0O0 


CLOCK | | | | | | | | | | | | 
RQIGT1 \ / RELEASE 
RQIGTO \ / GRANT | 


OR 


\ / GRANT 


Figure 3G7. Channel Transfer Delay _ 
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2.5 RQ/GT to HOLD/HLDA Conversion 


A circuit for translating a HOLD/HLDA hand-shake se- 
quence into a RQ/GT pulse sequence is given in Figure 
3G8. After receiving the grant pulse, the HLDA is ena- 
bled TCHCLmin ns before the CPU has three-stated the 


of HLDA, it may be desirable to delay the acknowledge 
one clock period. The HLDA is dropped.no later than one 
clock period after HOLD is disabled. The HLDA also 
drops:at the beginning of the release pulse to provide 
2TCLCL + TCLCH for the requestor to:relinquish control 
of the status lines and 3TCLCL to float. the remaining 


bus. If the requesting circuit drives the bus within 20 ns signals. . 
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oi 
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| ee z . 
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Figure 3G8b. HOLD/HLDA<{®AG/GT Conversion Timing 
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4. INTERFACING WITH I/O 


The 8086 is capable of interfacing with 8- and 16-bit I/O 
devices using either I/O instructions or memory mapped 
I/O. The I/O instructions allow the I/O devices to reside 
in a separate I/O address space while memory mapped 
I/O allows the full power of the Instruction set to be 
used for I/O operations. Up to 64K bytes of I/O mapped 
I/O may be defined in an 8086 system. To the program- 
mer, the separate I/O address space is only accessible 
with INPUT and OUTPUT commands which transfer data 
between I/O devices and the AX (for 16-bit data trans- 
fers) or AL (for 8-bit data transfers) register. The first 256 
bytes of the I/O space (0 to 255) are directly addressable 
by the I/O instructions while the entire 64K is accessible 
via register indirect addressing through the DX register. 
The later technique is particularly desirable for service 
procedures that handle more than one device by allow- 
ing the desired device address to be passed to the pro- 
cedure as a parameter. I/O devices may be connected to 
the local CPU bus or the buffered system bus. 


4A. Eight-Bit I/O 


Eight-bit I/O devices may be connected to either the up- 
per or lower half of the data bus. Assigning an equal 
number of devices to the upper and lower halves of the 
bus will distribute the bus loading. If a device is con- 
nected to the upper half of the data bus, all I/O ad- 
dresses assigned to the device must be odd (A0= 1). If 
the device is on the lower half of the bus, its addresses 
must be even (A0=0). The address assignment directs 
the eight-bit transfer to the upper (odd byte address) or 
lower (even byte address) half of the sixteen-bit data 
bus. Since AO will always be a one or zero for a specific 


device, AO cannot be used as an address input to select. 


registers within a specific device. If a device on the 
upper half of the bus and one on the lower half are 
assigned addresses that differ only in AO (adjacent odd 
and even addresses), AO and BHE must be conditions of 
chip select decode.to prevent a write to one device from 
erroneously performing a write to the other. Several 
techniques for generating I/O device chip selects are 
given in Figure 4A1. 


The first technique (a) uses separate 8205’s to generate 
chip selects for odd and even addressed byte periph- 
erals. If a word transfer is performed to an even ad- 
dressed device, the adjacent odd addressed I/O device 
is also selected. This allows accessing the devices in- 
dividually with byte transfers or simultaneously as a 
16-bit device with word transfers. Figure 4A1(b) restricts 
the chip selects to byte transfers, however a word 
_transfer to an odd address will cause the 8086 to run two 
byte transfers that the decode technique will not detect. 
The third technique simply uses a single 8205 to 
generate odd and even device selects for byte transfers 
and will only select the even addressed eight-bit device 
on a word transfer to an even address. 


If greater than 256 bytes of the I/O space or memory 
mapped I/O is used, additional decoding beyond what is 
shown in the examples may be necessary. This can be 
done with additional TTL, 8205’s or bipolar PROMs (In- 
tel’s 3605A). The bipolar PROMs are slightly slower than 
multiple levels of TTL (50 ns vs 30 to 40.ns for TTL) but 


provide full decoding in a single package and allow in- 
serting a new PROM to reconfigure the system I/O map 
without circuit board or wiring modifications (Fig. 4A2). 
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Figure 4A2. Bipolar PROM Decoder 


One last technique for interfacing with eight-bit periph- 
erals is considered in Figure 4A3. The sixteen-bit data 
bus is multiplexed onto an eight-bit bus to accom- 
modate byte oriented DMA or block transfers to memory 
mapped eight-bit I/O. Devices connected to this inter- 
face may be assigned a sequence of odd and even ad- 
dresses rather than all odd or even. : 
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PERIPHERAL 
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Figure 4A3. 16- to 8-Bit Bus Conversion 


4B. Sixteen-Bit 1/0 


For obvious reasons of efficient bus utilization and sim- 
plicity of device selection, sixteen-bit I/O devices should 
be assigned even addresses. To guarantee the device is 
selected only for word operations, AO and BHE should 
be conditions of chip select code (Fig. 4B1). 


ADDRESS ~ . . 
Pe EVEN ADDRESSED 
WORD PERIPHERALS 
BHE 


Figure 4B1. Sixteen-Bit I/O Decode 


4C. General Design Considerations 
MIN/MAX, MEMORY I/O MAPPED AND LINEAR SELECT 


Since the minimum mode 8086 has common read and 
write commands for memory and I/O, if the memory and 
I/O address spaces overlap, the chip selects must be 
qualified by M/IO to determine which address space the 
devices are assigned to. This restriction on chip select 
decoding can be removed if the I/O and memory ad- 
dresses in the system do not overlap and are properly 
decoded; all I/O is memory mapped; or RD, WR and M/iO 
are decoded to provide separate memory and I/O 
read/write commands (Fig. 4C1). The 8288 bus controller 
in the maximum mode 8086 system generates separate 
I/O and memory commands in place of a M/IO signal. An 
I/O device is assigned to the 1/O space or memory space 
(memory mapped I/O) by connection of either I/O or 
memory command lines to the command inputs of the 
device. To allow overlap of the memory and I/O address 
space, the device must not respond to chip select alone 
but must require a combination of chip select and aread 
or write command. 


MiiO 


USER 
DEFINED ENABLE 


NOTE: IF IT IS NOT NECESSARY TO THREE-STATE THE COMMAND LINES, A 
DECODER (8205 OR 74S138) COULD BE USED. THE 74LS257 IS NOT 
RECOMMENDED SINCE THE OUTPUTS MAY EXPERIENCE VOLTAGE 
SPIKES WHEN ENTERING OR LEAVING THREE-STATE. 


Figure 4C1. Decoding Memory and I/O RD and WR Commands for 
Minimum Mode 8086 Systems 


Linear select techniques (Fig. 4C2) for I/O devices can 
only be used with devices that either reside in the I/O ad- 
dress space or require more than one active chip select 
(at least one low active and one high active). Devices 
with a single chip select input cannot use linear select if 
they are memory mapped. This is due to the assignment 
of memory address space FFFFFOH-FFFFFFH to reset 
startup and memory space 00000H-003FFH to interrupt 
vectors. 
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LINES | 
7 NO DEVICE 


(b) MULTIPLE CHIP SELECTS 


Figure 4C2. Linear Select for I/O 


4D. Determining I/O Device Compatibility 


This section presents a set of A.C. characteristics which 
represent the timing of the asynchronous bus interface 
of the 8086. The equations are expressed in terms of the 
CPU clock (when applicable) and are derived for 
minimum and maximum modes of the 8086. They repre- 
sent the bus characteristics at the CPU. 


The results can be used to determine I/O device re- 
quirements for operation on a single CPU local bus or 
buffered system bus. These values are not applicable to 
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a Multibus.system bus interface. The requirements fora 
Multibus system bus are available in the mUIDUs inter- 
face specification. 


A list of bus parameters, their definition and how they 
relate to the A.C. characteristics of Intel peripherals are 
given in Table 4D1. Cycle dependent values of the 
parameters are given in Table 4D2. For each equation, if 
more than one signal path is involved, the equation 
reflects the worst case path. 


ex. TAVRL(address valid before read active) = 
(1) Address from CPU to RD active 
(or) 
(2) ALE (to enable the address through the | 
address latches) to RD active 


The worst case delay path is (1). 


For the maximum mode 8086 configurations, TAVWLA, 
TWLWHA and TWLCLA are relative to the advanced 
write signal while TAVWL, TWLWH and TWLCL are 
relative to the normal write signal. . 


TABLE 4D1. PARAMETERS FOR PERIPHERAL COMPATIBILITY 


TAVRL — Address stable before RD leading edge 
TRHAX — Address hold after RD trailing edge 
TRLRH — Read pulse width 
TRLOV — Read to data valid delay 
TRHDZ — Read trailing edge to data ficating:. 
TAVDV — Address to valid data delay 

- TRLRL — Read cycle time 
TAVWL — Address valid before write leading edge 
TAVWLA — Address valid before advanced write 
TWHAX — Address hold after write trailing edge 
TWLWH — Write pulse width 
TWLWHA — Advanced write pulse width 
TDVWH — Data set up to write trailing edge 
TWHDX — Data hold from write trailing edge 
TWLCL — Write.recovery time 
TWLCLA — Advanced writerecovery time 
TSVRL — Chip select stable before RD leading edge 
TRHSX — Chip select hold after RD trailing edge 
TSLDV — Chip select to data valid delay 
TSVWL — Chip select stable before WR leading edge 
TWHSX — Chip select hold after WR trailing edge 
TSVWLA — Chip select stable before advanced write 


Symbols in parentheses are equivalent parameters specified for 
Intel peripherals. 


In the given list of equations, TWHDXB is the data hold 
time from the trailing edge of write for the minimum 
mode with a buffered data bus. For this equation, 
TCVCTX cannot be a minimum for data hold: and a max- 
imum for write inactive. The maximum difference is 50 
ns giving the result TCLCH-50. If the reader wishes to 


verify the equations or derive others, refer to Section 3F | 


for assistance with interpreting the 8086 bus timing 
diagrams. 


Figure 4D1 shows four representative configurations 
and the compatible Intel peripherals (including wait 
states if required) for each configuration are given in 
Table 4D3. Configuration 1 and 2 are minimum mode 
demultiplexed bus 8086 systems without (1) and with (2) 
data bus transceivers. Configurations 3 and 4 are max- 
imum mode systems with one (3) and two (4) levels of ad-’ 
dress and data buffering. The last configuration is 
characteristic of a multi-board system with bus buffers 
on each board. The 5 MHz parameter values for these 
configurations are given in Table 4D4 and demonstrate 


| Unbuffered Fully Buffered 


the relaxed device requirements for even a large com- 
plex configuration. The analysis assumes all com- 
ponents are exhibiting the specified worst case param- 
eter values and are under the corresponding tem- 
perature, voltage and capacitive load conditions. If the 
capacitive loading on the 8282/83 or 8286/87 is less than 
the maximum, graphs of delay vs. capacitive loading-in 
the respective data sheets should be used to determine 
the appropriate delay values. 


TABLE 4D2. CYCLE DEPENDENT PARAMETER REQUIREMENTS 
FOR PERIPHERALS :: 


(a) Minimum Mode 


TAVRL= TCLCL + TCLRLmin — TCLAVmax = TCLCL — 100 
TRHAX = TCLCL — TCLRHmax + TCLLHmin= TCLCL — 150 | 
TRLRH = 2TCLCL — 60 = 2TCLCL- 60 ; 
TRLDV = 2TCLCL - TCLRLmax — TDVCLmin= 2TCLCL — 195 
TRHDZ= TRHAVmin = 155 ns 

TAVDV = 3TCLCL — TDVCLmin — TCLAVmax = 3TCLCL— 140 | 
TRLRL = 4TCLCL=4TCLCL: 

TAVWL = TCLCL + TCVCTVmin — TCLAVmax = TCLCL — 100 
TWHAX = TCLCL + TCLLHmin — TCVCTXmax = TCLCL— 110 ° 
TWLWH = 2TCLCL - 40 = 2TCLCL — 40 

TDVWH = 2TCLCL + TCVCTXmin — TCLDVmax = 2TCLCL— 100 
TWHDX = TWHDZmin = 89 

TWLCL= 4TCLCL= 4TCLCL 

TWHDXB=TCLCHmin+ (—TCVCTXmax+ TCVCTXmin)= 
TCLCHmin-—50 


- Note: Delays relative to chip select are a function of the chip select | 
decode technique used and are equal to: equivalent delay 
from address — chip select decode delay. 


(b) Maximum Mode 


TAVRL= TCLCL + TCLMLmin — TCLAVmax = TCLCL — 100 
TRHAX = TCLCL — TCLMHmax + TCLLHmin= TCLCL — 40 
TRLRH = 2TCLCL — TCLMLmax + TCLMHmin = 2TCLCL — 25 
TRLDV = 2TCLCL — TCLMLmax — TDVCLmin = 2TCLCL — 65 
TRHDZ= TRHAVmin = 155 

TAVDV = 3TCLCL — TDVCLmin — TCLAVmax = 3TCLCL — 140 
TRLRL= 4TCLCL = 4TCLCL 

TAVWLA = TAVRL = TCLCL-— 100 © 

‘TAVWL= TAVRL+ TCLCL= 2TCLCL-— 100 

TWHAX = TRHAX = TCLCL — 40 

TWLWHA = TRLRH = 2TCLCL — 25 

TWLWH = TRLRH — TCLCL = TCLCL - 25 

TDVWH = 2TCLCL + TCLMHmin — TCLDVmax = 2TCLCL — 100 
TWHDX = TCLCHmin — TCLMHmax + TCHDZmin = TCLCHmin — 30 
TWLCL= 3TCLCL= 3TCLCL 

TWLCLA = 4TCLCL= 4TCLCL 


TABLE 4D3. COMPATIBLE PERIPHERALS (5 MHz 8086) 


Configuration 
Minimum ws — Mode 


\ 


VAN SRL AAD AEN YN 
ee ee Se ee SS WE WE WR 


pe ee ek CO CO CO WE WE 


“Includes other Intel peripherals based on the 8041A (i.e., 8292, 8294, 
- 8295). 


~ implies full operation with no wait states. 


Ww implies the number of wait states required. 
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TABLE 4D4. PERIPHERAL REQUIREMENTS FOR FULL SPEED 
OPERATION WITH 5 MHz 8086 


- , Configuration — 


, Minimum Mode Maximum Mode 
. Unbuffered | Buffered | Buffered | Fully Buffered 
: . 58 © 


ie 70 


— Not applicable. — 


a. MINIMUM MODE 


8284 


Peripheral compatibility is determined. from the:equa- 
tions given for the CPU by modifying them to account 
for additional delays from address latches: and data 
transceivers in the configuration. Once the system con- 
figuration is selected, the system requirements can be 
determined at the peripheral interface and used to 
evaluate compatibility of the peripheral to the system. 
During this process, two areas must be considered. 
First, can the device operate at maximum bus band- 
width and if not, how many wait states are required. Sec- 
ond, are there any problems that cannot be resolved by 
wait states. “Sette : es 


Examples of the first are TRLRH (read pulse width) and 
TRLDV (read access or RD active to output data valid). 
Consider address access time (valid address to valid 
data) for the maximum mode fully buffered configura- 
tion, ee Rn x, Setev tin gt 3 
TAVDV = 3TCYC— 140 ns — address latch delay — 
address buffer delay — chip select decode delay — 2 
transceiver delays > | 


Assuming inverting latches, buffers. and_ trans- 

ceivers with 22 ns max delays (8283, 8287) and a 

bipolar PROM decode with 50 ns delay, the result 

is: a - é | 4 ° : 
TAVDV = 322 ns @ 5 MHz 


a 7 8205 
DECODE 
ADDRESS =i 


ADDR 


cs ae 
PERIPHERAL ~ 
DEVICE 


Figure 4D1. 8086 System Configurations 
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‘c, MAXIMUM MODE BUFFERED DATA BUS 


ts CMD 


_ PERIPHERAL 
DEVICE 
ADDR 


ADDRESS 


NOTE: FOR OPTIMUM PERFORMANCE WITH INTEL PERIPHERALS, AlOW (ADVANCED 


WRITE) SHOULD BE USED. 


d. MAXIMUM MODE DOUBLE BUFFERED SYSTEM 


CLK 


BUS 


8283 
LATCH 


8284 


CMD 
PERIPHERAL 


Figure 4D1. 8086 System Configurations (Con’t) — 


The result gives the address to data valid delay required 
at the peripheral (in this configuration) to satisfy zero 
wait state CPU access time. If the maximum delay 
specified for the peripheral is less than the result, this 
parameter is compatible with zero wait state CPU opera- 
tion. If not, wait states must be inserted until TAVDV + n 
* TCYC (n is the number of wait states) is greater than 
the peripherals maximum delay. If several parameters 
require wait states, either the largest number required 
should always be used or different transfer cycles can 
insert the maximum number required for that cycle. 


The second area of concern includes TAVRL (address 
~ set up to read) and TWHDX (data hold after write). 
Incompatibilities in this area cannot be resolved by the 
insertion of wait states and may require either addi- 


A-51 


tional hardware, slowing down the CPU (if the parameter 
is related to the clock) or not using the device. 


AS an example consider address valid prior to advanced 
write low (TAVWLA) for the maximum mode fully buf- 
fered system. 2 


TAVWLA = TCYC — 100 ns — address latch delay — 
address buffer delay — chip select decode delay + 
write buffer delay (minimum) 


Assuming inverting latches and buffers with 22 ns 
delay (8283, 8287) and an 8205 address decoder with 
18 ns delay 


TAVWLA = 38 ns which is the time a 5 MHz 8086 
system provides . 
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4E. I/O Examples 


1. Consider an interrupt driven procedure for handling : 


multiple communication lines. On receiving an interrupt 


from one of the lines, the invoked procedure polls the | 


lines (reading the status of each) to determine which 
line to service. The procedure does not enable lines but 
simply services input and output requests until the 
associated output buffer is empty (for output requests) 
or until an input line is terminated (for the example only 


EOT is considered). On detection of the terminate condi- _ 


tion, the routine will disable the line. It is assumed that 
other routines will fill a lines output buffer and enable 
the device to request output or empty the input buffer 
and enable the device to input additional characters. 


The routine begins operation by loading CX with a count 
of the number of lines in the system and DX with the I/O 
address of the first line. The I/O addresses are assigned 
as shown in Figure 4E1 with 8251A’s as the I/O devices. 
The status of each line is read to determine if it needs 
service. If yes, the appropriate routine is called to input 


or output a character. After servicing the line or if no. — 


service is needed, CX is decremented and DxX is in- 
cremented to test the next line. After all lines have been 
tested and serviced, the routine terminates. If all inter- 
rupts from the lines are OR’d together, only one inter- 
rupt is used for all lines. If the interrupt is input to the 
CPU through an 8259A interrupt controller, the 8259A 
should be programmed in the level triggered mode to 
guarantee all line interrupts are serviced. | 


To service either an input or output request, the called 
routine transfers DX to BX, and shifts BX to form the off- 
set for this device into the table of input or output buf- 
fers. The first entry in the buffer is an index to the next 
character position in the buffer and is loaded into the SI 
register. By specifying the base address of the table of 


DEVICE 3 | 
8251A 


DEVICE 1 
8251A 


DEVICE 2 
8251A - 


_ DEVICE 0 
251A 


DEVICES ARE CONNECTED TO THE UPPER AND 
LOWER HALVES OF THE DATA BUS. 


‘ “ADDRESS 

: 0 DEVICE 0 DATA 
1 DEVICE’. DATA 
2 DEVICEO' CONTROLISTATUS 

3 DEVICE1 CONTROLISTATUS 

~ 4 DEVICE2 DATA 

8 DEVICE3 DATA 
6 — DEVICE 2 CONTROLISTATUS 
7 DEVICE 3 CONTROLISTATUS 
TC. ” ” 


Figure 4E1. Device Assignment 


buffers as a displacement into the data segment, the 
base + index + displacement addressing mode allows 
direct access to the appropriate memory location. 8086 
code for part of this example is shown in Figure 4E2. 


2. AS a second example, consider using memory 


mapped I/O and the 8086 string primative instructions to 
perform block transfers between memory and I/O. By 
assigning a block of the memory address space 
(equivalent in size to the maximum block to be trans- 
ferred to the I/O device) and decoding this address 
space to generate the I/O device’s chip select, the biock 
transfer capability is easily implemented. Figure 4E3 
gives an interconnect for 16-bit I/O devices while Figure 
4E4 incorporates the 16-bit bus to 8-bit bus multiplexing 
scheme to support 8-bit I/O devices. A code example to 
perform such a transfer is shown in Figure 4E5. 


; THIS CODE DEMONSTRATES TESTING DEVICE 

; STATUS FOR SERVICE, CONSTRUCTING THE 

; APPROPRIATE LINE BUFFER ADDRESS FOR INPUT 
; AND OUTPUT AND SERVICING AN INPUT 

; REQUEST 


MASK EQU OFFFDOH 
CHECK_STATUS: INPUT AL, DX 
MOV AH, AL 
TEST AH, READ_OR_WRITE_STATUS 
1 JZ NEXT_IO 
CALL ADDRESS 
TEST AH, READ STATUS 
JZ WRITE_SERVICE 


; GET 8251A STATUS. 


READ 
TEST AH, WRITE STATUS 
NEXT_IO , 
WRITE_SERVICE: CALL WRITE 


NEXT__10: DEC CX ; TEST IF DONE. 
JNC EXIT: ; YES, RESTORE & RETURN. 
AND DX, MASK ; REMOVE A1 AND 
ADD OX,3 ; INCREMENT ADDRESS. 
OR DX, 2 ; SELECT STATUS FOR 
; JMP CHECK_STATUS _ ; NEXT INPUT. 
ADDRESS: AND DX, MASK ' ; SELECT DATA. 
MOV BH, DL ; CONSTRUCT BUFFER 
INC BH ; DISPLACEMENT FOR 
SHR BH - 3 THIS DEVICE. 
XOR_—_—sCBBL, BL ; BX IS THE DISPLACEMENT. 
RET 
READ: INPUT AL, DX ; READ CHARACTER. 


MOV SI, READ__BUFFERS [BX] ; GET CHARACTER POINTER. 
MOV READ__BUFFERS [BX + Si], Al. ; STORE CHARACTER. 

INC READ_BUFFERS [BX] ; INCR CHARACTER POINTER. 
CMP AL, EOT ; END OF TRANSMISSION? 


JNZ CONT_READ 
; YES, DISABLE RECEIVER. 


CALL DISABLE READ 
CONT_.READ: RET ; SEND MESSAGE THAT INPUT 
; 1S READY. 


Figure 4E2, 


10 CHIP SELECT 


TRANSFER 256 BYTE BLOCKS TO THE I/O DEVICE 
THE ADDRESS SPACE ASSIGNED TO THE I/O DEVICE IS 


. Ao As we 
FROM BASE ADDRESS 
THRU BASE ADPRESS 


_ MEMORY DATA NEED NOT BE ALIGNED TO EVEN ADDRESS BOUNDARIES 
10 TRANSFERS MUST BE WORD TRANSFERS TO EVEN ADDRESS BOUNDARIES 


Figure 453. Block Transfer to 16-Bit 1/0 Using 8086 String Primatives 
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cs 


Avaf__) 
CHIP SELECT 
8-BIT 


D7. DATA lO 


DEVICE 


ADDRESS ASSIGNMENT SAME AS PREVIOUS EXAMPLE. 16-BIT BUS IS __ 
MULTIPLEXED ONTO AN 8-BIT PERIPHERAL BUS. - 


Figure 4E4. Block Transfer to 8-Bit I/O Using 8086 String Primatives 


; DEFINE THE I/O ADDRESS SPACE 
0 SEGMENT 
5 ORG BLOCK_ADDRESS 
VO_.BLOCK: DW 128 DUP (?) 
0 ENDS 


; ASSUME THE DATA IS FROM THE CURRENT 
‘DATA SEGMENT , 
* CLD So at ; DF = FORWARD 

LES Di, /O_.BLOCK_ADDRESS _ ; I/O BLOCK ADDRESS 
; CONTAINS THE ADDRESS 
; OF V0 BLOCK 

MOV CX, BLOCK_LENGTH 

MOV SI, SOURCE_ADDRESS 


MOVS 10 BLOCK ; PERFORM WORD TRANSFERS 


; END CODE EXAMPLE 


NOTE THE CODE IS CAPABLE OF PERFORMING BYTE TRANSFERS BY 
CHANGING THE I/O BLOCK DEFINITION FROM 128 WORD TO 256 BYTES 


Figure 4E5. Code for Block Transfers 


5. INTERFACING WITH MEMORIES 


Figure 5.1 is a general block diagram of an 8086 
memory. The basic characteristics of the diagram are 
the partitioning of the 16-bit word memory into high and 
low 8-bit banks on the upper and lower halves of the 
data bus and inclusion of BHE and AO in the selection of 
the banks. Specific implementations depend on the type 
of memory and the system configuration. 


5A. ROM and EPROM 


The easiest devices to interface to the system are ROM 
and EPROM. Their byte format provides a simple bus in- 
terface and since they are read only devices, AO and 
BHE need not be included in their chip enable/select 
decoding (chip enable is similar to chip select but addi- 
tionally determines if the device is in active or standby 
power mode). The address lines connected to the 
devices start with A1 and continue up to the maximum 


number the device can accept, leaving the remaining ad- 
dress lines for chip enable/select decoding. To connect 
the devices directly to the multiplexed bus, they must 
have output enables. The output enable is also 
necessary to avoid bus contention in other configura- 
tions. Figure 5A1 shows the bus connections for ROM 
and EPROM memories. No special decode techniques 
are required for generating chip enables/selects. Each 
valid decode selects one device on the upper and lower 
halves of bus to allow byte and word access. Byte ac- 
cess is achieved by reading the full word onto the bus 
with the 8086 only accepting the desired byte. For the 
minimum mode 8086, if RD, WR and M/IO are not decod- 
ed to form separate commands for memory and 1/O, and 
the I/O space overlaps the memory space assigned to 
the EPROM/ROM then MIIO (high active) must be a con- 
dition of chip enable/select decode. The output enable 
is controlled by the system memory read signal. 


SELECT 
HIGH BANK (BHE) 


ADDRESS 


CONTROL 


‘DATA 


SELECT LOW | 
BANK (Ag) 


Figure 5.1. ‘8086 Memory Array _ 


NOTE Ao AND BHE ARE NOT USED. 


Figure SA1. EPROM/ROM Bus Interface 
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Static ROM’s and EPROM’s have only four parameters 
to evaluate when determining their compatibility to the 
system. The parameters, equations and evaluation tech- 
niques. given in the I/O section are also applicable to 
these devices. The relationship of parameters is.given in. 
Table 5A1. TACC and TCE are related to the same equa- 
tion and differ only by the delay associated with the chip: 
enable/select decoder. As an example, consider a 2716 
EPROM memory residing on the Lara bus of a 
minimum mode configuration: 


TACC = : 3TCLCL— 140-— address buffer delay = 430 ns 
(8282 = 30 ns max delay) | 


TCE= TACC— _ decoder delay 4121 ns. 
' (8205 decoder delay = 18 ns) 


TOE= 2TCLCL— 195 = 205 ns” 
TDF=. = 155 ns 


TABLE 5A1. EPROM/ROM PARAMETERS 


TOE — Output Enable to Valid Data = TRLDV 
TACC — Address to Valid Data = TAVDV.. 


TCE — Chip Enable to Valid Data = TSLDV 
TDF — Output Enable High to Output Float = TRHDZ 


The results are the times the system configuration re- 
quires of the component. for full speed compatibility 
with the system. Comparing these times with 2716 
parameter limits indicates the 2716-2 will work with no 
wait states while the 2716 will require one wait state. 
Table 5A2 demonstrates EPROM/ROM compatibility for 
the configurations presented in the I/O section. Before 
designing a ROM or EPROM memory system, refer to 
AP-30 for additional information on design techniques 
that give the system an upgrade path from 16K to 32K 
and 64K devices. 


TABLE 5A2. COMPATIBLE EPROM/ROM (5 MHz 8086) 


Configuration 
“Minimum Mode Maximum Mode 


Unbuffered Buffered Buffered Fully Buffered 


5B. Static RAM 


Interfacing static RAM to the system infrodueee several 
new requirements to the memory design. AO and BHE 
must be included in the chip select/chip enable 
decoding of the devices and write timing must be con- 
sidered in the compatibility analysis. 


For each device, the data bus connections must be 
restricted to either the upper or lower half of the data 
bus. Devices like the 2114 or 2142 must not straddle the 
upper and lower halves of the data bus (Fig. 5B1). To 
allow selecting either the upper byte, lower byte or full 
16-bit word for a write operation, BHE must be a condi- 
tion of decode for selecting the upper byte and AO must 
be a condition of decode for selecting the lower byte. 
Figure 5B2 gives several selection techniques for 


devices with single chip selects and no output enables 
(2114, 2141, 2147). Figure 5B3 gives selection tech- 
niques for devices with chip selects and output enables. 


Figure 5B1. Incorrect Connection of 2142 Across Byte Boundaries 


The first group requires inclusion of AO and BHE to 
decode or enable the chip selects. Since these 
memories do not have output enables, read and write 
are used as enables for chip select generation to pre- 
vent bus contention. If ‘read and write are not used to 
enable the chip selects, devices with common input/out- 
put pins (like the 2114) will be subjected to severe bus 
contention between chip select and write active. For 
devices with separate input/output lines (like 2141, 
2147), the outputs can be externally buffered with the 
buffer enable controlled by read. This solution will only 
allow bus contention between memory devices in the ar- 
ray during chip select transition periods. These tech- 
niques are considered in more detail in Section 2C. 


For devices with output enables (2142), write may be 
gated with BHE and AO to provide upper and lower bank 
write strobes. This simplifies chip select decoding by 
eliminating BHE and AO as a condition of decode. 
Although both devices are selected during a byte write 
operation, only one will receive a write strobe. No bus 
contention will exist during the write since.a read com- 
mand must be issued to enable the memory oun 
drivers. 


If multiple chip selects are available at the saving BHE 
and AO may directly control device selection. This 
allows normal chip select decoding of: the address 
space and direct connection of the read and write com- 
mands to the devices. Alternately, the multiple chip 
select inputs of the device could directly decode the ad- 
dress space (linear select) and be combined with the 
separate write strobe technique to minimize the control 


circuitry needed to. generate chip selects. _ 


‘As with the EPROM’ s and ROM’s, if separate commands 
‘are not provided for memory and I/O in the minimum 


mode 8086 and the address spaces overlap, M/IO (high 


‘active) must be a condition of chip select decode..Also, 
‘the address lines connected to the nremery Rewlces 


must start with A1 rather than AO. - 
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ADDRESS 


Ao - 
LOW BANK 
CHIP SELECTS 


=| 2 


BHE 
aay HIGH BANK 
MiIO OR CHIP SELECTS 
ADDITIONAL 


. ADDRESS 


LOW BANK 
CHIP SELECT 


HIGH BANK 
CHIP SELECT 


RD 
WR 
Ao 
BHE 


(b) . 


CHIP SELECTS 
(HIGH AND LOW FOR 
FOUR GROUPS) 


(c) 


_ ADDR 


LOW BANK 
CHIP SELECTS 


i 
WR 
“MIO 


HIGH BANK 
‘ CHIP SELECTS 


BHE 


(d) . 


Figure 5B2. Generating Chip Selects for D 


evices without Output 
Enables 
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2142's 


Ato-1 


( 


(> 


A19.14 


+V 


-. (a) HIGH AND LOW BANK WRITE STROBES 


2142's 


Dro 


Dis.8 


ie] 
m 


D7.0 


Di5.8 


Aig 


Ais 


(c) LINEAR CHIP SELECT USED WITH HIGH 
AND LOW BANK WRITE STROBES 


| Figure 5B3. Chip Selection for Devices with Output Enables _- 
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For analysis of RAM compatibility, the write timing 
parameters listed in Table 5B1 may also need to be con- 
sidered (depending on the RAM device being consid- 
ered). The CPU clock relative timing is given in Table 
5B2. The equations specify the device requirements at 
the CPU and provide a base for determining device re- 
quirements in other configurations. As an example con- 
sider the write timing requirements of a 2142 in a max- 
imum mode buffered 8086.system (Figure 5B4). The 
2142 write parameters that must be analyzed are TWA 
advanced write pulse width, TWR write release time, 
TDWA data to write time overlap and TDH data hold 
from write time. 

TWA = 2TCLCL ~ TCLMLmax + TCLMHmin = 375 ns. | 

TWR = 2TCLCL — TCLMHmax + TCLLHmin + TSHOVmin = 170 ns. 


TDWA= 2TCLCL — TCLDVmax + TCLMHmin — TIVOVmax = 265 ns. 
TDH = TCLCH — TCLMHmax + TCHDXmin + TIVOVmin = 95 ns. 


TABLE 581. TYPICAL WRITE TIMING PARAMETERS 


TW — Write Pulse Width 
TWR — Write Release (Address Hold From End of Write) 


TDW — Data and Write Pulse Overlap 
TDH — Data Hold From End of Write 

TAW — Address Valid to End of Write 
TCW — Chip Select to End of Write : 


- TASW — Address Valid to Beginning of Write — 


TABLE 5B2. CYCLE DEPENDENT WRITE PARAMETERS 
mee FOR RAM MEMORIES | a 


(a) Minimum Mode 


TW = TWLWH = 2TCLCL- 60=340ns | 
TWR = TCLCL — TCVCTXmax + TCLLHmin = 90 ns 

_ TDW = 2TCLCL—- TCLDVmax + TCVCTXmin = 300 ns 
TDH = TWHDX = 88 ns . aa 
TAW = 3TCLCL — TCLAVmax + TCVCTXmin = 500 ns 
TCW = TAW -— Chip Select Decode 
TASW = TCLCL — TCLAVmax + TCVCTXmin= 100 ns © 


(b) Maximum Mode 
TW = TCLCL— TCLMLmax + TCLMHmin = 175 ns _ 


TWR = TCLCL — TCLMHmax + TCLLHmin = 165 ns 

TOW = TW = 175 ns 

TDH = TCLCHmin — TCLMHmax + TCHDXmin = 93 ns 
TAW = 3TCLCL — TCLAVmax + TCLMHmin = 500 ns 
TCW = TAW — Chip Select Decode 

TASW = 2TCLCL — TCLAVmax + TCLMLmin = 300 ns 
TWA* = TW+ TCLCL= 375 ns a 
TDWA* = 2TCLCL - TCLDVmax + TCLMHmin = 300 ns 
TASWA* = TASW — TCLCL= 100 ns 


*Relative to Advanced Write. 


Comparing these results with the 2142 family indicates 
the standard 2142 write timing is fully compatible with 
this 8086 configuration. Read timing analysis is also 
necessary to completely determine compatibility of the 
devices. | 


5C. Dynamic RAM 


Dynamic RAM is perhaps the most complex device to 
design into a system. To relieve the engineer of most of 
this burden, Intel provides the 8202 dynamic RAM con- 
troller as part of the 8086 family of peripheral devices. 
This section will discuss using the 8202 with the 8086 to 
build a dynamic memory system for an 8086 system. For 


additional information on the 8202, refer to the 8202 
data sheet (9800873) and application note AP-45 Using 
the 8202 Dynamic RAM. Controller (9800809A). 


Figure 5B4. Sample Configuration for Compatibility Analysis Example 


5.C.1 Standard 8086-8202 Interconnect 


Figure 5.C.1.1 shows a standard interconnection for an 
8202 into an 8086 system. The configuration accom- 
modates 64K words (128K bytes) of dynamic RAM ad- 
dressable as words or bytes. To access the RAM,: the 
8086 initiates a bus cycle with an address that selects 
the 8202 (via PCS) and the appropriate transfer com- 
mand (MRDC or MWTC). If the 8202 is not performing a 
refresh cycle, the access starts immediately, otherwise, 
the 8086 must wait for completion of the refresh. XACK 
from the 8202 is connected to the 8284 RDY input to 
force the CPU to wait until the RAM cycle is completed 
before the CPU can terminate the bus cycle. This effec- 
tively synchronizes the asynchronous events of refresh 
and CPU bus cycles. The normal write command 
(MWTC) is used rather than the advanced command 
(AMWC) to guarantee the data is valid at the dynamic 
RAMS before the write command is issued. The gating 
of WE with AO and BHE provides selective write strobes 
to the upper and lower banks of memory to allow byte 
and word write operations. The logic which generates 
the strobe for the data latches allows read data to prop- 
agate to the system as soon as the data is available and 
latches the data on the trailing edge of CAS. 


DETAILED TIMING 
Read Cycle 


For no wait state operation, the 8086 requires data to be 
valid from MRDC in: eas 


2TCLCL—~ TCLML — TDVCL — buffer delays = 291 ns. 


Since the 8202 is CAS access limited, we need only ex- 
amine CAS access time. The 8202/2118 guarantees data 
valid from 8202 RD low to be: . : 


(tph + 3tp + 100 ns) 8202 TCC delay + TCAC for the 2118 
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15 MHz 


BHE 
Ao 


BHE 


OTHER 
READY 
INPUTS 


aa 


DAT 
| 
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ADo-AD1s5 
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‘4 XACK 


ADR AD46 
re 1 +— 
ADRe ADi9 


HIGH BYTE 


im WRITE 


LOW BYTE 
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BHE 
Ao 


XCEIVER 
es 


8205 
Aiz-Aig 


Figure 5C1.1. 5 MHz 8086/8202/128K Byte System — Double Data, Control and Address Buffering (Note: Bus driver on 8202 is not needed If less 
than 64K bytes are used) 


For a 25 MHz 8202 and 2118-3, we get 297 ns which is in- 
sufficient for no wait state operation. If only 64K bytes 
are accessed, the 8202 requires only (tph+ 3tp + 85 ns) 
giving 282 ns access and no wait states required. Refer 
to Figure 5.C.1.2 and 5C.1.3 for timing information on 
the 8202 and 2118. 


Write Cycle 


An important consideration for dynamic RAM write 
cycles is to guarantee data to the RAM is valid when 
both CAS and WE are active. For the 2118, if WE is valid 
prior to CAS, the data setup is to CAS and if CAS Is valid 
before WE (as would occur during a read modify write 
cycle) the data setup time is to WE. For the 8202, the WR 
to CAS delay is analyzed to determine the data setup 
time to CAS inherently provided by the 8202 command 
to RAS/CAS timing. The minimum delay from WR to 
CAS is: 


TCCmin= tph+ 2tp + 25= 127 ns @ 25 MHz 


Subtracting buffer delays and data setup at the 2118, 
‘we have 83 ns to generate valid data after the write 
command is issued by the CPU (in this case the 8288). 
Since the 8086 will not guarantee valid data until 
TCLAVmax — TCLMLmin=100 ns from the advanced 


write signal, the normal write signal is used. The normal 
write MWTC guarantees data is valid 100 ns before it is 
active. The worst case write pulse width is approximate- 
ly 175 ns which is sufficient for all 2118's. 


Synchronization 


To force the 8086 to wait during refresh the XACK or 
SACK lines must be returned to the 8284 ready input. 
The maximum delay from RD to SACK (if the 8202 is not 
performing refresh) is TAC = tp + 40= 80 ns. To prevent 
a wait state at the 8086, RDY must be valid at the 8284 
TCLCHmin — TCLMLmax — TR1VCLmax= 48 ns _ after 
the command is active. This implies that under worst 
case conditions, one wait state will be inserted for every 
read cycle. Since MWTC does not occur until one clock 
later, two wait states may be inserted for writes. 


The XACK from command delay will assert RDY TCC + 
TCX = (tph + 3tp + 100) + (5tp+ 20)=460 ns after the 
command. This will typically insert one or two wait 
states. 


Unless 2118-3’s are used in 64K byte or less memories, 
SACK must not be used since it does not guarantee a 
wait state. From the previous access time analysis we 
saw that other configurations required a wait state. 
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Figure 5C1.2. 8202 Timing Information 
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A.C. CHARACTERISTICS 
Ta=0°C to 70°C, Veg = 5V + 10% 


Loading: SACK,XACK CL= 30pF 
64 Devices Raa’ RAS! = CL = 290 pF 
WE | CL= 450 pF 
: CAS r CL=640 pF | 
Symbol | Parameter = | Min S| Max 
te | Glock (internallExterna) Period See Note) | 40 ~—=«| SS 
twes | WeSetuptoCAS | te | 
tos | CASPulseWidth | Ste 8D | 
two | WEHoldTimetoCAS = | te HT 
trer Internally Generated Refresh to Refresh Time Sate 
64 Cycle 548 tp 576 tp 
128 Cycle 264 tp 288 tp | 
ton | -RD,WRtoRAS Delay | tet 90 | tet tp 75 | 
too 
tas | AoArstoRD,WRSetupTime(SeeNoted) | =o | 
tox | _RD,WRtoXACK, SACK Trailing Edge Delay | | 8 
tech | _RD,WRinactiveHoldtoSACKTrailingEdge | = 10 | 
tso | -RD,WR,PCStoX/CLKSetupTime(SeeNote3) | 15 | 
tox CAS to XACK Time | Stp-40 |S tp+20 
tack | XACK Leading Edge to CAS Trailing Edge Time a 2a eee 
tw | XACKPulseWidth =| te | 
tous | =D, WR, PCS ActiveHoldtoRAS | | 
tww | WRtoWEPropagationDelay = | | 
ta | SitoALEHoldTime —=SSS~S~SC“‘ AT 
teu |_External Clock High Time forVcc=5V#5% | 18 | 
Notes: 7 tit 


1. 


. To achieve the minimum time between the 


2 
3. 
4 
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measured at 1.5V. 


tp minimum determines maximum oscillator frequency. 
tp maximum determines minimum requeney to maintain 2 ms refresh rate and tap minimum. 


pulsed in the previous memory cycle. 


tsc is not required for proper operation which is in agreement with the other specs, but can be used to synchronize external signals with X/CLK if it is 


desired. 


. If tag is less than 0 then the only impact is that tasp decreases by a corresponding amount. 


Figure 5C1.2. 8202 Timing Information (Con’t) 
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Measurements made with respect to RAS; — RAS,4, CAS, 
WE, OUT — OUT¢ are at 2.4V and 0.8V. All other pins are 


Units 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 


ns 
ns 


ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 


of a memory cycle and the RAS of a refresh cycle, such as a transparent refresh, REFRQ should be 
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READ CYCLE : tre— = 
tag -——__—_@£@3@—— i —————_—__—__+> trp 
Vin 
RAS 
Vin 
tcPpn 
Vin 
cS 
‘Vin 
Vin 
ROW V7 COLUMN 
a: eS oi 
ADDRESS ADDRESS 
ies OF’ ALS 4\ , 
Vin : : 
me ; Ty 
Vie — ; : 
trac 
Vv 
ae HIGH IMPEDANCE 
Dour 
Vor 
WRITE CYCLE ie a : tac 
tras tap 
Vin 
RAS . 
Vit : . : 
® tene 
Vveu=— . 
cS 
Vin 


ADDRESSES 


Dour 


Vin: . 
ROW COLUMN 
Yoo] ate K i, SES 
Vin 


tawe 
x tow. 
Vin }<——————- twcn 
= — a 
{wer iz 
nae om 8) tos —> tox (6) 
Vin , c / 
a Coe | _ at 
Vit : 
toHA 
r : 
an HIGH IMPEDANCE 
Voi 
NOTES: 1,2. Vin min AND Vit max ARE REFERENCE LEVELS FOR MEASURING TIMING OF 
INPUT SIGNALS. 
3,4. Von min AND Vor max ARE REFERENCE LEVELS FOR MEASURING TIMING 
F Dour. 


5. torr IS MEASURED TO lout < |lox|. 

6. tps AND tp ARE REFERENCED TO CAS OR WE, WHICHEVER OCCURS LAST. 

¢. tacn IS REFERENCED TO THE TRAILING EDGE OF CAS OR RAS, WHICHEVER 
OCCURS FIRST. 

8. tcap REQUIREMENT 1S ONLY APPLICABLE FOR RADICAS CYCLES 
PRECEDED BY A CAS-ONLY CYCLE (.e., FOR SYSTEMS WHERE CAS HAS 
NOT BEEN DECODED WITH RAS). 


Figure 5C1.3. 2118 Family Timing 
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A.C. CHARACTERISTICS!" 2:3 | 
Ta =0°C to 70°C, Vpp = 5V + 10%, Vssg = OV, unless otherwise noted. 


READ, WRITE, READ-MODIFY-WRITE AND REFRESH CYCLES 


re 1 a 
tasc__| Column Address SetupTime =| oo =| = | OC] S| Ts 
READ AND REFRESH CYCLES 
RAS Pulse Width | 10000 | | 10000 


WRITE CYCLE 


READ-MODIFY-WRITE CYCLE 


CAS Pulse Width 


| 85 
Read Command Set-Up Time Ree 4 
bail 
| 235 | 


Read Command Hold Time 


—_ 
[=) 
(=) 
oO 
(=) 


| 85 | 
Read-Modify-Write Cycle Time | 320 | 
RMW Cycle RAS Pulse Width 165 
RMW Cycle CAS Pulse Width 
RAS to WE Delay 
CAS to WE Delay 


NOTES: 


OONONS Ww 


. All voltages referenced to Vgs. 
. Eight cycles are required after power-up or prolonged periods (greater than 2 ms) of RAS inactivity before proper device operation is achieved. Any 8 cycles which perform 


refresh are adequate for this purpose. 


. AC. Characteristics assume ty =5 ns. 
. Assume that trop < taco (max.). If trop is greater than tacp (max.) then tac will increase by the amount that tacp exceeds taco (max.). 


Load = 2 TTL loads and 100 pF. ; 


. Assumes taco 2 tRcp (max.). 

- tacp (max.) is specified as a reference point only; if tacp is less than tacp (max.) access time is trac, if tacp is greater than tacp (max.) access time is tacp+ tcac- 
. ty is measured between Vix (min.) and Vi, (max.). 

- twos: tcwp and tawp are specified as reference points only. If twos 2 twos (min.) the cycle is an early write cycle and the data out pin will remain high impedance 


throughout the entire cycle. If towp 2 tcwp (min.) and tawp > tRwp (min.), the cycle is a read-modify-write cycle and the data out will contain the data read from the 
selected address. If neither of the above conditions is satisfied, the condition of the data out is indeterminate. 


Figure 5C1.3. 2118 Family Timing (Con’t) 
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§.C.2 Enhanced Operation 


tion: 


1) SACK timing from. command will not allow reliable 
operation while XACK is not active early enough to pre-- 


vent wait states. 


2) The normal write command required to guarantee - 


data setup is not enabled until the CPU has sampled 


READY thereby forcing multiple wait states during write 


operations. —— 


The first problem could be resolved if an early command 
could be generated that would guarantee SACK was 


Two problems are evident from the ones mene 


valid when READY was sampled.and SACK to data valid 
satisfied the CPU requirements. Figure 5.C.2.1 isa cir- 
cuit which provides an early read command derived from 


- the maximum mode status. The early command is en- 


abled from the trailing edge of ALE and disabled on the 


trailing edge of the normal command. The command 
- provides an additional TCHCLmin— TCHLLmax + 
* TCLMLmax — circuit delays = 53 ns of access time and 


time to generate RDY from the early command. If we go 


~ back to our previous equations, early command to valid 
~~’ data at the CPU is now: 


TCHCLmin- TCHLLmax + 2TCLCL = TDOVCLmax — buf- 
fer and circuit delays = 333 ns — 


+5 


La 


ALE 


O ck @Q 
CLR 
e 
13 
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Figure 5C2.1. Early Read and Write Command Generation 
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We can now use the slowest 2118 which gives 8202 and 


2118 access of 320 ns. Early command to RDY timing is | 


TCLCL — TCHLLmax-— circuit delays — TR1VCLmax = 
115 ns and provides 35 ns of margin beyond the 8202 
command to SACK delay. 7 


The write timing of the 8202 and write data valid timing 
of the 8086 do not allow use of an early write command. 


However, if the 8202 clock is reduced from 25 MHz to 20 | 


MHz and WE to the RAM’s is gated with CAS, the ad- 
vanced write command (AMWC) may be used. At 20 MHz 
the minimum command to CAS delay is 148 ns while the 
maximum data valid delay is 144 ns. 


The reduced 8202 clock frequency still satisfies no wait 
state read operation from early read and will insert no 
more than one wait state for write (assuming no conflict 
with refresh). 20 MHz 8202 operation will however re- 
quire using the 2118-4 to satisfy read access time. 


Note that slowing the 8202 to 22.2 MHz guarantees valid 
data within 10 ns after CAS and allows using the 2118-7. 
Since this analysis is totally based on worst case 
minimum and maximum delays, the designer should 
evaluate the timing requirements of his specific im- 
plementation. 


It should be noted that the 8202 SACK is equivalent to 
XACK timing if the cycle being executed was delayed by 


refresh. Delaying SACK until XACK time causes the 
CPU to enter wait states until the cycle is completed. If 
the cycle Is a read cycle, the XACK timing guarantees 
data is valid at the CPU before RDY is issued to the CPU. 


The use of the early command signals also solves a 
problem not mentioned previously. The cycle rate of the 
8202 @ 20 MHz requires that commands (from leading 
edge to leading edge) be separated by a minimum of 695 
ns. The maximum mode 8086 however may issue a read 
command 600 ns after the normal write command. For 
the early read command and advanced write command, 
725 ns are guaranteed between commands. 


WE TO RAMS 


CAS 


Figure 5C2.2. Delayed Write to Dynamic RAMs 
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| APPENDIXE. 
BUS CONTENTION AND ITS EFFECT ON SYSTEM INTEGRITY | 


SYSTEM ARCHITECTURE — 


As higher performance microprocessors have become 
available, the architecture of microprocessor systems 


has been evolving, again placing demands on memory. 
For many years, system designers have been plagued 
with the problem of bus contention when connecting 
multiple memories to a common data bus. There have 


been various schemes for avoiding the problem, but 


device manufacturers have been unable to design inter- 
nal circuits that would guarantee that one memory 
device would be “off” the bus before another device 
was selected. With small memories (512x8 and 1Kxé8), it 
has been traditional to connect all the system address 
lines together and utilize the difference between tacc 
and tco to perform a decode to select the correct device 
(as shown in Figure 1). 


Figure 1. Single Control Line Architecture 


With the 1702A, the chip select to output delay was only 
100 ns shorter than the address access time; or to state 
it another way, the tacc time was 1000 ns while the tco 
time was 900 ns. The 1702A tacc performance of 1000 ns 
was Suitable for the 4004 series microprocessors, but 
the 8080 processor required that the corresponding 
numbers be reduced to tacc= 450 ns and tco= 120 ns. 
This allowed a substantial improvement in performance 
over the 4004 series of microprocessors, but placed a 
substantial burden on the memory. The 2708 was 
developed to be compatible with the 8080 both in ac- 
cess time and power supply requirements. A portion of 
each 8080 machine cycle time had to be devoted to the 
architecture of the system decoding scheme used. This 
devoted portion of the machine cycle included the time 
required for the system controller (8224) to perform its 
function before the actual decode process could begin. 


Let’s pause here and examine the actual decode 
scheme that was used so we can understand how the 
control functions that a memory device requires are 
related to system architecture. 


The 2708 can be used to illustrate the problem of having 
a single control line. The 2708 has only one read control 


function, chip select (CS), which is very fast (tco= 120 
ns) with respect to the overall access time (taco = 450 
ns) of the 2708. It is this time difference (330 ns) that is 
used to perform the decode function, as illustrated in 
Figure 2. The scheme works well and does not limit 
system performance, but it does lead to the possibility 
of bus contention. 


Peers tacc eee eo 


ADDRESS 


para our ———_____{77f = _ i 


DECODE 


—— time 7 oneners 


Figure 2. Single Line Control Architecture 


BUS CONTENTION 


There are actually two problems with the scheme 
described in the previous section. First, if one device in 
a multiple memory system has a relatively long deselect 
time, and a relatively fast decoder is used, it would be 
possible to have another device selected at the same 
time. If the two devices thus selected were reading op- 
posite data; that is, device number one reading a HIGH 
and device number two reading a LOW, the output tran- 
sistors of the two memory devices would effectively pro- 
duce a short circuit, as Figure 3 illustrates. In this case, 
the current path is from Vcc on device number one to 
GND on device number two. This current is limited only 
by the ‘“‘on” impedance of the MOS output transistors 
and can reach levels in excess of 200 mA per device. If 
the MOS transistors have a lot of ‘extra’ margin, the 
current is usually not destructive; however, an instan- 
taneous load of 400 mA can produce “glitches” on the 
Vcc supply—glitches large enough to cause standard 
TTL devices to drop bits or otherwise malfunction, thus 
causing incorrect address decode or generation. 


The second problem with a single control line scheme is 
more subtle. As previously mentioned, there is only one 
control function available on the 2708 and any decoding 
scheme must use it out of necessity. In addition, any in- 
advertent changes in the state of the high order address 
lines that are inputs to the decoder will cause a change 
in the device that is selected. The result is the same as 
before—bus contention, only from a different source. 
The deselected device cannot get ‘‘off” the bus before 
the selected one is “on” the bus as the addresses rapid- 
ly change state. One approach to solving this problem 
would be to design (and specify as a maximum) devices 
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with tp time less than tco time, thereby assuring that if 
one device is selected while another is simultaneously 
being deselected, there would be some small (20 ns) 
margin. Even with this solution, the user would not be 
protected from devices which have very fast tco times 
(tco is specified as a maximum). 


RESULTS OF IMPROPER TIMING WHEN OR TYING MULTIPLE 
MEMORIES. 


- Figure 3. Results of Improper Timing when OR Tying Multiple 
Memories 


The only sure solution appears to be the use of an exter- 
nal bus driver/transceiver that has an independent 
enable function. Then that function, not the “device 
selecting function,’ or addresses, could control the 
flow of data ‘‘on” and “‘off’’ the bus, and any contention 
problems would be confined to a particular card or area 
of a large card. In fact, many systems are implemented 
that way—the use of bus drivers is not at all uncommon 
in large systems where the drive requirements of long, 
highly capacitive interconnecting lines must be taken 
into consideration—it also may be the reason why more 
system designers were not aware of the bus contention 
problem until they took a previously large (multicard) 
system and, using an advanced micorprocessor and 
higher density memory devices, combined them all on 
one card, thereby eliminating the requirement for the 
bus drivers, but experiencing the problem of bus con- 
tention as described above. 


THE MICROPROCESSOR/MEMORY INTERFACE 


From the foregoing discussion, it becomes clear that 
some new concepts, both with regard to architecture 
and performance are required. A new generation of two 
control line devices is called for with general require- 
ments as listed below: 


1. Capability to control the data “on” and “off” the 
system bus, independent of the device selecting func- 
tion identified above. 


2. Access time compatible with the high performance 
microprocessors that are currently available.. 


Now let’s examine the system architecture that is re- 
quired to implement the two line control and prevent 
bus contention. This is shown in the form of a timing 


diagram (Figure 4). As before, addresses are used to 


generate the unique device selecting function, but a 
separate and independent Output Enable (OE) control is 
now used to gate data “on” and “off” the system data 
bus. With this scheme, bus contention is completely 
eliminated as the processor determines the time during 
which data must be present on the bus and then 
releases the bus by way of the Output Enable line, thus 
freeing the bus for use by other devices, either 
memories or peripheral devices. This type of architec- 
ture can be easily accomplished if the memory devices 
have two control functions, and the system is im- 
plemented according to the block diagram shown in 
Figure 5. It differs from the previous block diagram 
(shown in Figure 1) in that the control bus, which is con- 
nected to all memory Output Enable pins, provides 
separate and independent control over the data bus. In 
this way, the microprocessor is always in control of the 
system; while in the previous system, the microproc- 
essor passed control to the particular memory device 
and then waited for data to become available. Another 
way to look at it is, with a single control line the sytem is 
always asynchronous with respect to microprocessor/ 
memory communications. By using two control lines, 
the memory is synchronized to the processor. 


SELECTION \ / 
OUTPUT 
ENABLE 


Figure 4. Two Control Line Architecture - 


ADDRESS 


Figure 5. Two Control Line Architecture 
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INTRODUCTION 


Real-time software systems differ markedly from batch 
processing systems. An external signal indicating that 
it is time for an hourly log or an interrupt caused by an 
emergency condition is an event usually not encoun- 
tered in batch processing. Because real-time control 
systems of all types share a number of characteristics, 
it is possible to develop flexible operating systems 
which will meet the needs of a great majority of real- 
time applications. Intel Corporation has developed such 
a system, the RMX/80™ system, for the iSBC™ line of 
8080/85 based single board computers. Thus, the user is 
released from the chore of designing an operating 
system and is free to concentrate his efforts on the 
applications software for the individual tasks and 
merely integrate them into a pre-existing system. 


But what if a user does not need all the capabilities of an 
RMX/80™ system or wants a different hardware. con- 
figuration than an iSBC™ computer? This application 
note contains a set of PL/M-86 procedures designed to 
be used in medium-complexity 8086 real-time systems. 


A normal control system can be broken down into a 
number of concurrently executable tasks. The CPU can 
be running only one task at any instant of time but the 
speed of the processor often makes concurrent tasks 
appear to be running simultaneously. Breaking the soft- 
ware functions into separate concurrent tasks is the job 
of the designer/programmer. Once this is done there re- 
mains the problem of integrating these tasks with a 
supervisory program which acts as a traffic cop in the 
scheduling and execution of the separate tasks. This 
note discusses a set of PL/M- 86 procedures to imple- 
| ment the supervisory program function. 


A minimum operating system might (like its batch proc- 
essing cousin) have only a queue for ready tasks (tasks 
waiting to be executed). Any task that becomes ready is 
put on the bottom of the queue and when a running task 
is finished, the task on the top of the queue is started. 
Any interrupt causes the state of the system to be 
saved, an interrupt routine to be executed, the state of 
the system to be restored, and execution of the inter- 
rupted program to continue. The interrupt routine might 
(or might not) put a new task on the ready queue. This 
approach has worked well for many simple control 
systems, especially in the single-chip computer area. 
But what features are lacking in this approach that are 
necessary (or at least nice)? 


1. A system of priorities is often needed. All waiting 
ready tasks must be executed sooner or later but some 
tasks need immediate attention while others can be run 
when there is nothing else to do. If a midnight monthly 
report, due for completion by 8 a.m. the next day, is in 
the process of printing at 1 a.m. and a fire alarm occurs, 
it is reasonable to assume that the fire alarm has higher 
priority since the fire could conceivably render the 
monthly report irrelevant. 


There are a number of ways in which to assign priorities. 
Tasks are usually numbered and may be assigned 
priorities. according to their ascending (or descending) 
numbers. They could instead be grouped into a number 
of priority levels, with tasks on the same level having 
equal priorities. The latter approach is taken in this 
application note. 


Assume that a monthly report is being printed and an 
alarm occurs in the external world that, because of its 
importance, must be attended to immediately. The inter- 
rupt routine, executed as a result of the alarm input, 
should not automatically return to the interrupted log- 
ging routine but instead should call a preempt routine 
which checks to see if a higher priority task is ready for 
execution. The reason for this is that the monthly report 
routine, if returned to, has no way of “knowing” that a 
higher priority task is waiting to be executed. The alarm 
output task has been readied by the interrupt routine 
and since it is known to be higher priority than the log- 
ging task, it is executed first, thereby immediately 
signaling the system operator that there has been an 
alarm. It then returns to the logging task provided that 
there are no further high priority tasks waiting to be exe- 
cuted. The logging printer may not have even paused 
during the alarm output task.. The computer appears to 
human beings to be executing concurrent tasks 
simultaneously. 


Of course, the alarm output function could be performed 
inside the interrupt procedure. But sooner or later, the 
designer will encounter a worst case situation in which 
there is not enough time to execute all required tasks 
between interrupts, and the system will fall behind. in 
real-time. It is much Cleaner to make the interrupt pro- 
cedures as short as possible and stack up tasks to be 
executed than to stack up interrupt procedures. 


2. Another feature that might be necessary is a capabil- 
ity to put a task to sleep for a known period of real time. 
Assume a relay Output must remain closed for one sec- 
ond. Most real-time systems cannot tolerate the dedica- 
tion of the CPU to such a trivial task for that length of 
time so a system of programmable dynamic delays 
could be implemented. This application note imple- 
ments such a system. 


Although the PL/M-86 procedures here have been de- 


bugged and tested, it is assumed that the user will want 


to change, add, or delete features as needed. This appli- 
cation note is intended to present ideas for a logical 
structure of procedures that, because they are written in 
PL/M-86, can be easily modified to user requirements. 
Each procedure will be discussed in detail and integra- 
tion and optional features will be. presented. ne: 


PL/M-86 


PLM-86 is a block structured high level language that 
allows direct design of software modules. Using 
PL/M-86, designers can forget their assembly level 
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coding problems and design directly. in a subset of the 
English language. The 8086 architecture was designed 
to accommodate highly structured languages and the 
PLM-86 compiler is quite efficient in the generation of 
machine code. 


PLM-86 STRUCTURE 


PL/M-86 automatically keeps track of the level of the dif- 
ferent software blocks. (See. Chapter 10, “PLIM- 86 Pro- 
gramming. Manual”). There are methods of writing 
PL/M-86.. which contribute to the understandability of 
the source code without adding to the amount of object 
code generated. For instance, the following three 
IF/THEN/ELSE. blocks generate identical object code 
but are compiled: f from different source statements. 


Line’ Level 


Statement | 8 : 
8. A IF A= BTHEN C= D; ELSEE=F;G= LH; 
Joos FAs B THEN. 
Bo Pe C= Dy 
we PT ELSE 
“Qld BSF; 
os | * eens GSH; 
W140 OIF A= B THEN DO; 
13 2 C=0D; 
14 2 END; 
15 1. . ELSE DO; 
146.2  °&£424E=F; 
17. 2 ~~ END; 
18 261. .G=H; 


It is not instantly apparent from the code on line 3 or the 
code starting at line 7 which statements will be exe- 
cuted. However, adding the DO; _and END; statements 
(starting at line 11) remove any doubt. ‘Either the 
statements starting at line 11 or the statements starting 
at line 15 will be executed and the statement on line 18 
will be executed in either case. Why? Because all these 
lines are at level 1 in the block structure. The other lines 
are at. level 2 because of the DO;/END; combinations. 
When one refers to the relatively complex structures of 
the task multiplexer procedures, the usefulness of such 
an approach is obvious, as the procedures have been in- 
dented according to the level numbers generated by 
PL/M-86. In particular, if the designer is not careful, 
nested IF/THEN/ELSE statements can generate im- 
proper results. Using a proper number of DO; /END; com- 
binations avoids the possible ambiguity in nested 
IFTHEN/ELSE statements as can be seen in the ACTI- 
VATESTASK procedure listed in the PL/M-86 source 
code later in this note. The DO; /END; construct naturally 
must be used when multiple statements are required 
within the IF/THEN/ELSE blocks. Following are exam- 
ples of the possible primary structures of PL/M-86: 


DO pias A=B; 


DO 1=1.T0 5; 


DO CASE:A: 


as he -B THEN D0; 
C=D: 7 
END: 


ELSE IF A=C THEN DO; 


D=E; oe 
END; 
ELSE IF A=D THEN DO; 


A complete: tutorial on structured programming. is 


beyond the scope and intent of this application note and 
the reader is referred to the appropriate references ap- 
pearing in the bibliography. . __ 


ANATOMY OF THE TASK MULTIPLEXER ~ 


Once a decision is made on the details of the kind of 


data structure that is needed to implement the task 


multiplexer, the procedures that manipulate the struc- 
ture are relatively simple to write. The following char- 
acteristics are assumed for the task multiplexer appear- 


ing in this application note. . 


There.are two levels of priority, high. and: ‘low. ‘All high 
priority tasks that are ready to run will be dispatched, 
executed, and completed, on a FIFO basis, before any 


low priority task is dispatched. , 


Any task can be interrupted. No task ‘Multiplexer pro- 


cedure can be interrupted. 

lfa high priority task is interrupted, it will be completed 
before any other task is dispatched. If alow priority task 
is interrupted, all ready high priority. tasks will be dis- 
patched, executed, and completed before program con- 
trol is returned to the low priority task. 
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There are two ready queues, one for high priority tasks 
and one for low priority tasks. Each queue has a head 


(top) pointer and a tail (bottom) pointer and tasks on any. 


queue are link-listed from head to tail. Tasks are ‘‘dis- 
patched” (taken off the queue) at the head and “‘acti- 
vated” (put on the queue) at the tail on a FIFO basis. 


Link-listed queues are chosen for simplicity. All dis- 
patch and activate information is contained in the head 
and tail pointers. Tasks located in the middle of these 


link-lists are of no concern for activating and dispatch- 


ing. This means, of course, that tasks are executed in 


the order that they appear on the queue, i.e., first-in, 


first-out. 


There is a pointer byte associated with each task. If a 
task is on either the low priority or high priority ready 
queue, its associated pointer byte will point to the next 
task number on the list. These pointer bytes enable the 
task ready lists to be linked. Note that the pointer byte is 
O for the last task on a list. 


There is a status (flag) byte associated with each task. If 
a task is on a ready list or a delay list, bit 7 will be a “1” 
indicating that that particular task is busy. If a task is on 
either high priority or low priority ready queues, bit 6 will 
be a ‘‘1” indicating that the task is on one of the ready 
queues. If the task is listed on the delay list, (see next 
item), bit 5 will be a “1” indicating that this particular 
task has a delay in progress. !f a task is unlisted, bits 
5-7 will be ‘‘0.” Bits 0-4 are not used by the task 
multiplexer procedures and are available to the user, Giv- 
ing 5 user defined flags per task. 


There is a delay byte associated with each task. This 
feature allows tasks to be ‘“‘put to sleep” for a variable 
length of time, from 1 to 255 “ticks” of the interrupt 
clock. If a task does not need an associated delay then 
this byte is available to the user as a utility byte to be 
used for any purpose. These delays will be discussed in 
detail later in the application note. 


The following diagram is a representation of the task 
multiplexer data structure: 


POINTER BYTE | 


TASK NUMBER STATUS BYTE DELAY BYTE 

0 n n+1 n+2 

1 n+3 n+4 n+5 

2 n+6 n+7 n+8 

3 n+9 n+ 10 n+11 

4 n+12 n+13 n+14 

5 . n+15 n+ 16 n+17 
m-1 n+3m—6 n+3m—5 n+3m—4 

m n+3m—-2 n+3m—1 n+3m 


3m+3 TOTAL RAM BYTES 
n= FIRST RAM ADDRESS OF ARRAY 


Following is a chart of what a task multiplexer data 
structure might look like at a given moment in time: 


HIGHSPRIORITYSHEAD = 5 
HIGHSPRIORITYSTAIL =3 
LOWSPRIORITY$HEAD =8 
LOWSPRIORITYSTAIL =10 
DELAYSHEAD =4 


TASK NUMBER _TASK(n).PNTR = =TASK(n).STATUS TASK(n).DELAY 


oO 


1100 0000 
1010 0000 
1100 0000 
1010 0000 
1100 0000 
0000 0000 
1010 0000 
1100 0000 
0000 0000 
1100 0000 


: = 
OOONOCHI]?NOOW s+ 


OC OON OO BWDND = 


“O00m0C ROWS + 


*See text. 


What information can one ascertain from observation of 
the above chart? The ready-to-run high priority tasks, in 
order, are 5,1,3. This can be seen by following the high 
priority ready linked list from head to tail. The ready-to- 
run low priority tasks, in order are 8, 10. The 
TASK(n).PNTR byte =0 for the last listed task. Tasks 4, 
7, 2 are listed, in order, on the delay list and have 
associated delays of 4, 10, 13 ticks respectively. Tasks 6 
and 9 are not listed and therefore idle. The * for the 
TASK (0) bytes indicate a special condition. There is no 
TASKOO allowed and a zero condition is treated as an er- 
ror condition. TASK(0).PNTR byte is used for the 
DELAY$HEAD byte to minimize code in the ACTI- 
VATESDELAY procedure. TASK(0).STATUS and 
TASK(0). DELAY are unused bytes. 


DEFINITIONS 


NEWSTASK is the number of the task that will be in- 
stalled on a ready list or the delay list when ACTI- 
VATE$TASK or ACTIVATE$DELAY is called. 


NEWS$DELAY is the value of the delay that will be in- 
stalled on the delay list when ACTIVATESDELAY is 
called. 


A task is defined as RUNNING if it is in the act of execu- 
tion or if an interrupt routine is executing which inter- 
rupted a RUNNING task. 


A task is defined as PREEMPTED if it has been inter- 
rupted and a higher priority task is being executed. 


A task is defined as READY if , is contained within one 
of the ready queues. 


A task is defined as IDLE if its BUSYSBIT (bit 7) is not 
set, i.e., it is not listed anywhere else. Note that it is 
possible to completely disable an IDLE task simply by 
setting its BUSY$BIT. In that case, it is not and cannot 
be listed anywhere else. This feature is useful during 
system integration. 
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STATE DIAGRAM - 


The state diagram indicates the relationships among 
the possible task states and the procedures involved in 
changing states. 


The state diagram looks somewhat complicated and a 
discussion of the possible change of states is in order. 
Assuming a certain existing state, future possible 
states will be discussed including the procedures which 
can cause the change of state. 


From the unlisted (idle) state, the ACTIVATESTASK pro- 
cedure will put the NEW$TASK on either the high priori- 
ty ready queue or the low priority ready queue at the tail 
end of the queue. The number of the task automatically 
assigns the priority and therefore the proper queue. All 
task numbers below FIRST$LOW$PRIORITYS$TASK are 
assumed to be high priority tasks. Also, from the 
unlisted state the ACTIVATESDELAY procedure will put 
the NEW$TASK and NEWS$DELAY at the proper position 
on the delay list. 


After a task has been put on either high priority ready 
queue Or low priority ready queue it eventually will go to 
the RUNNINGS$TASK state. The DISPATCH procedure 
accomplishes this action. | 


From the delay list a task can only go to one of the ready 
queues. When a task’s associated delay goes to zero the 
DECREMENTS$DELAY procedure calls the ACTI- 
VATESTASK procedure and installs the NEWSTASK | on 
the proper ready queue. 


From the RUNNING$TASK state a task may use ‘the 
CASESTASK procedure to put itself on the ready list tail 
by setting NEW$TASK= RUNNINGS$TASK. It may 
instead put itself on the delay ‘list by ‘setting 
NEWS$TASK=RUNNINGS$TASK and also setting 
NEWS$DELAY equal to something other than zero. Other- 
wise, it will progress tg the unlisted state upon comple- 
tion. 


The CASE$TASK procedure unlists tasks when they 
have completed execution. A low priority. RUN- 
NING$TASK will go to the preempted state if a high 
priority task ison the ready list following an interrupt 
during execution of the low priority task if the ee al 
procedure is called. 


And finally, a PREEMPTED$TASK will return to a RUN- 
NING$TASK state when all high priority ready tasks 
have completed execution. This is accomplished by the 
DISPATCH procedure when men: returns to the PRE- 
EMPT pee | . 


HIGH PRIORITY 
READY QUEUE 


LOW PRIORITY 
READY QUEUE 
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Some lockouts are necessary to avoid chaos in the task 
multiplexer. These are as follows:. 


The BUSY$BIT=1 in the TASK(n).STATUS byte will 
abort the ACTIVATESTASK and the ACTIVATE$DELAY 
procedures and return an indication of the aborting by 
setting the STATUS byte equal zero. A task must be 
unlisted to be able to be installed on a list. 


A-RUNNINGS$TASK may put itself on a list after it has 
executed but it is not allowed to re-list any listed tasks 
(i.e., nO task may ever be listed twice at the same time!). 
A task that tries to activate another task that is already 
busy can wait (via the delay feature) for the required task 
to complete execution, become idle, and therefore be 
available to be activated. A PREEMPTEDSTASK may not 
be listed. If the ACTIVATE$TASK or ACTIVATESDELAY 
procedure is called and NEW$TASK= PRE- 
EMPTEDS$TASK, the procedure will be aborted and 
return with STATUS = 0. Otherwise, the STATUS byte is 
returned with the new task status. 


Only one task may be preempted as there are only two 
levels of priority. The user may desire to implement 
many levels of priority in which case a linked-list of 
preempted tasks could be declared in a structure which 
includes the number of the first task in each priority 
level group of tasks. This obviously eompleates the 
PREEMPT and DISPATCH procedures. 


The tasks themselves are made into reentrant proce- 
dures because of the necessary forward references’ of 
the CASESTASK procedure. 


PL/M-86 allows structures and arrays of structures. The 
structure needed for the task multiplexer is a link-list 
pointer byte, a task status byte, and a task delay byte. 
Each task has an associated pointer byte, status byte, 
and delay byte. These are combined into an array of up 
to 255 tasks. For purposes of this discussion, the 
number of tasks is chosen as an arbitrary 10, leading to 
the following array declaration. 


DECLARE TASK(10)STRUCTURE 
(PNTR BYTE,STATUS BYTE,DELAY BYTE); 


Thus the delay byte associated with task number 7 can 
be accessed by using the variable TASK(7).DELAY and 
the status of task number 5 can be examined through 
the use of TASK(5).STATUS. The TASK(n).PNTR byte 
contains the task number of the next listed task on the 
same list as TASK(n), i.e., if TASK(n) is on the delay list, 
then TASK(n).PNTR will contain the number of the next 
task on the delay list or 0 indicating the end of the list. 


TASK(n). STATUS is a byte with the following reserved 
flags: 


BIT 7 BUSYS$BIT, “1” IF TASK IS BUSY 

~BIT6 READY$BIT, “1” IF ON READY LIST 
BIT5 DELAY$BIT, “1” IF ON DELAY LIST 
BIT 4 — BITO UNUSED . 


The unused bits in the STATUS byte are available to the 
user. 


The TASK(n).DELAY byte is a number which can put 


TASK(n) to sleep for up to 255 system clock ticks. The 


system clock tick is interrupt driven from the user’s 
timer and its period is chosen for the particular applica- 
tion. A one millisecond timer is popular and assuming 
such a time, delays of up to 255 ms are available in the 
task multiplexer as it is written. If this delay range is not 
wide enough, the user may want to define his 
TASK(n).DELAY as a word instead of a byte in the 
PL/M-86 declare statement, giving delays of up to 65 
seconds from the basic one millisecond clock tick. 


LINKED LISTS © 


Linked lists are useful for a number of reasons. 
However, a treatise on linked lists would defeat the pur- 
pose of this application note and the reader is referred 
to the references listed in the bibliography. 


The linked lists used in this application note have a 
head byte associated with each list, i.e., the head byte 
contains the number of the first task on the list. The first 
task pointer byte points to the second task on the list, 
etc. The pointer of the last task on the list is set at zero 
to indicate that it is the last task. Two of the linked lists 
are ready queues and require a tail byte as well as a head 
byte. The tail byte points to the last entry on the list. 
Tasks are put on the bottom, or tail, of the ready lists 
and are taken off the top, or head, of the ready lists. The 
delay list has no tail but does have a head, called a 
DELAYSHEAD. The delay list is not a queue, as delays. 
are installed on the list in order of delay magnitude for 
reasons to be explained later. 


There are two ready lists, one for high priority tasks and 
one for low priority tasks. The head and tail pointers 
associated with these two lists are: HIGH$PRIORITY$ 
HEAD, HIGHSPRIORITY$TAIL, LOWSPRIORITY$SHEAD, 
and LOWS$PRIORITYSTAIL. Obviously, the structure can. 
be expanded to any number of priority levels by expand- 
ing the head and tail pointers and the historical record 
of the preempted tasks. 


‘DELAY STRUCTURE 


A task multiplexer can have.a number of simultaneous 
delays active and it would-be efficient if there were a 
way to keep from decrementing all delays on every clock 
tick, which is most time consuming. One way to accom- 
plish this feat is to move the problem from the 
DECREMENTS$DELAY routine to the ACTIVATESDELAY 
routine. The delays are arranged in a linked-list of 
ascending sizes such that the value of each delay in- 
cludes the sum of all previous delays. This allows the 
decrementing of only one delay during each clock tick 
interrupt routine. An example will further illuminate this 
approach. Suppose the following conditions exist: 
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Task 7 has a5 millisecond delay 
Task 3 has an 8 millisecond delay 


Task 9 has a 14 millisecond delay 
The delay structure is arranged so that: 


DELAY$HEAD = 07 

TASK(7).PNTR = 03 

TASK(3).PNTR = 09 

TASK(9).PNTR = 00 

TASK(7).DELAY = 05 (FIRST DELAY = 5) 
TASK(3).DELAY = 03 (5+ 3= 8) a 
TASK(9).DELAY = 06 (5+ 3+ 6= 14) 


The linked-list is arranged so that the delays are in 
ascending order and each delay is equal to the sum of 
all previous delays up through that point. Since this is 
true, all delays are effectively decremented merely by 
decrementing the first delay. Of course, something for 
nothing is impossible and the speed gained by arrang- 


ing the delays in the above manner is paid for by the 
complexity of the ACTIVATE$DELAY routine. But since 
the ACTIVATE$DELAY routine is executed less fre- 


quently than the DECREMENT$DELAY routine, the sav- 
ings in real time is worth the added complexity. | 


Siipsose: a new delay is to ~ activated in the. above 


scheme. Task 5 with a delay of 10 milliseconds is to be. 


added. A before..and after chart will indicate what the 
ACTIVATESDELAY aca must accomplish. 


BEFORE =, | 
TASKNUMBER —07:«03-_—=sé#O 
POINTER (07 03 09 00 

DELAY 05 03 06 
AFTER .. 

TASKNUMBER —07_:«O03'-—«—i“Ss—iéiD—t” 
POINTER ——-07_:03:«05* ~09@ 00 
DELAY 05 03 02@ 04" 


FIRST POINTER IS THE DELAY$HEAD. 
CHANGES ARE MARKED WITH AN * — 
ADDITIONS ARE MARKED WITH AN @ 


Note that the pointer before the added task has changed 
and the delay after the added task has changed. The 


function of the ACTIVATE$DELAY procedure is to ac-. 


complish these changes and additions. 


PROCEDURES 


The following procedure explanations reference the 


PL/M-86 source code listing which follows the applica- 


tion note text. 


ACTIVATESTASK Procedure - | 


This procedure is initiated by a call instruction with the 
byte NEWS$TASK containing the number of the task to 
be put on the proper ready queue. 


Interrupts must be disabled whenever the link-lists are’ 
being changed. If interrupts are enabled when this 
procedure is called, they should be re- enapee upor 
returning. | 


The assignment of priority is asimple matter. A declare 
statement, DECLARE FIRSTSLOWS$PRIORITY$TASK 
LITERALLY ‘N,’ (where N is the actual number of the 
first low priority task) indicates to the procedures that 
tasks 1 to N are high priority tasks and tasks N or ‘higher 
are low priority tasks. 


This procedure checks the busy bit in the status byte to 
see if this particular task is already busy and if so, 
returns a STATUS of zero. Otherwise, it returns the new 
STATUS of the task. It then checks the priority to see. if 
this particular task is a high or low priority. If it is high 
priority, then the task pointer pointed to by the HIGHS 
PRIORITY$TAIL pointer is changed from zero to the 
number of the NEW$TASK. The HIGH$PRIORITYS$TAIL 
pointer is then changed to the number of the 
NEWSTASK and the pointer. associated with NEW$ 
TASK is made equal to zero. This completes the ACTI- 
VATESTASK functions. If the new task is a low priority 
task, then the same functions are performed nen the 
LOWSPRIORITYSTAIL pointer. | 


ACTIVATESDELAY Procsdura, 


This procedure is initiated by a call with the byte NEWS. 
TASK containing the number of the task to be put on the 
delay list and the byte NEWSDELAY containing the 
value of the associated delay. 


nierupiae are disabled and the busy bit of this saniieulae 
task is. checked. If the busy bit is set the STATUS byte is 
set to zero and the procedure returns without activating 
the delay. If the busy bit is not set the integer value DIF- 
FERENCE is. set equal to the NEWS$DELAY value. 
POINTER$0 ‘is set equal to the DELAYSHEAD. POINT- 
ER$1 is set to zero. The DO WHILE loop executes until 
POINTER$0 equals zero or DIFFERENCE is less than 
zero. Remember that the proper place to insert the new 
delay is being searched for, and that will be either at the 
end of the list (POINTER$0O = 0) or when the sum of the 
previous delays do not exceed the new delay value. The 
DO WHILE loop has POINTERS$O, POINTER$1, OLDS$DIF- 
FERENCE, and DIFFERENCE keeping track of where 
the procedure is in the loop, while searching for the 
proper place to insert the new delay. The existing delays 
are sequentially subtracted from the remains of NEW$ 
DELAY according to the link-listed order until the end of 
the list or a negative result is encountered indicating 
that the proper delay insertion point has been reached. 
At this point POINTERS$0 contains the task number to be 
assigned to TASK(NEW$TASK).PNTR. POINTER$1 con- 
tains the task number immediately preceding. the 
NEWSTASK such that TASK(POINTER$1). PNTR= NEW$ 
TASK and our, link list is fully updated, with the actual 
delays yet to go. If POINTERS$0 = 0 it means that the new 
delay is larger than any of the other delays and therefore 
should go on the end of the list so TASK(NEW$ 
TASK).DELAY is set equal to the DIFFERENCE. If 
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POINTERSO is not equal to zero then if POINTERS$O 
equals POINTER$1 (indicating that there were not any 
delays previously listed), then TASK(POINTER$1).PNTR 
is set equal to zero. TASK(NEWS$TASK).DELAY is 
set equal to the OLDS$DIFFERENCE and TASK 
(POINTER$0).DELAY is set equal to the negative of DIF- 
FERENCE which at this point is negative, thereby 
resulting in a positive unsigned number. The reader is 
encouraged to implement an example (see Delay Struc- 
ture section) to prove that the above approach is valid. 
Particular attention should be paid to the contents of 
the two pointers, as they are the key to the procedure. 
The final function of this procedure is to set the 
BUSYS$BIT and DELAY$BIT in the TASK(NEWS$ 
TASK).STATUS byte. The byte named STATUS which is 
returned by this procedure is set equal to the status of 
the new task. If it is desired to have interrupts enabled, 
they must be enabled after the procedure return instruc- 
tion. The reason for such a complex method of ac- 
tivating a delay will become apparent in the following 
section. 


DECREMENTSDELAY Procedure 


The first delay on the linked-list is decremented and, if it 
is zero, the associated task is put on the appropriate 
ready queue. The next delay (if any) is checked to see if 
it is zero and if so, that task is put on the appropriate 
ready queue, etc. A loop is performed until either no 
delay or a non-zero delay is found. The procedure then 
returns. 


It is assumed that this procedure is part of an interrupt 
routine and that the interrupts are disabled during its 
execution. Interrupts cannot be enabled during changes 
to any of the linked-lists or else recovery may. not be 
possible. | 


This procedure begins by checking to see if there are 
any active delays. If DELAY$HEAD=0 then this pro- 
cedure returns immediately. Otherwise it decrements 
the first delay. If this delay goes to zero then the 
associated task number is passed to the ACTIVATES 
TASK procedure as the OFF$DELAY byte. A new 
DELAYSHEAD is chosen from the next link-listed delay 
and that delay checked for a value of zero which will 
happen if the first two or more delays are equal. This 
loop .is accomplished by the DO WHILE DELAYS 
HEAD <> 0 AND TASK(DELAYS$HEAD). DELAY = 0; This 
procedure is designed to require very little CPU time 
unless a delay times out. The DO WHILE loop is by- 
passed if the resulting delay value is not zero. A certain 
amount of care should be exercised to insure that many 
delays do not all time out at the same time. One method 
would be to modify the ACTIVATESDELAY procedure to 
insure that there are no zero entries in the delay bytes. 
The basic procedure, however, assumes that the clock 
“tick” timing will be chosen to minimize the above 
potential problem. 


CASESTASK Procedure 


This procedure performs the function of calling the task 
indicated by the contents of the RUNNINGS$TASK byte. 
All listed tasks are called in this manner. The 
CASES$TASK procedure is called by the DISPATCH pro- 
cedure. When a particular task has completed execution 
it returns to the CASE$TASK procedure which then 
resets the BUSY$BIT and the READYS$BIT and returns to 
the DISPATCH procedure after setting RUNNING$TASK 
equal to zero. This procedure allows a task to relist itself 
immediately upon returning from execution. 


PREEMPT PROCEDURE 


The PREEMPT procedure is called whenever it is pos- 
sible that a high priority task has been put on the ready 
queue while a low priority task was in the process of 
execution. An example will illustrate: 


Assume that the control system is being interrupted by 
the 60 Hz line frequency and a register is being in- 
cremented each time this 16.67 ms edge occurs. When 
the register gets to 60 (indicating that one second has 
passed), the register is zeroed and the high priority time- 
keeping task is put on the ready queue. Assume also 
that a low priority data logging task was running when 
this interrupt occurred. The interrupt routine calls PRE- 
EMPT. If a high priority task is running, PREEMPT 
simply returns. But in our example, a low priority task is 
running so PREEMPT transfers RUNNINGSTASK to 
PREEMPTEDSTASK and calls DISPATCH, which calls 
CASESTASK, which calls the time-keeping task. When 
the time-keeping task has completed, it returns to 
CASESTASK which returns to DISPATCH which returns 
to the PREEMPT procedure which returns to the inter- 
rupt routine which returns to the interrupted low priority 
data logging task if no other high priority tasks are on 
the ready queue. If the high priority ready queue is not 
empty, any and all high priority tasks will be completed 
before the interrupted routine is returned to. PREEMPT 
refuses to return to the interrupt routine until HIGH$ 
PRIORITYSHEAD is equal to zero. It is important to note 
that a low priority task will not be preempted unless the 
PREEMPT procedure is called. As noted above, it is nor- 
mally called from the interrupt routine which interrupted 
the low priority task, but there is nothing to prohibit 
PREEMPT from being called from inside a low priority 
task procedure. 


DISPATCH PROCEDURE 


This procedure calls a high priority task if HIGHS 
PRIORITYSHEAD is not equal to zero, restores a pre- 
empted task if PREEMPTEDSTASK is not equal to zero, 
calls a low priority task if LOWSPRIORITYSHEAD is not 
equal to zero, and simply returns if there is nothing to 
do, all in order of priority. The DISPATCH procedure is 
called from the main program loop which must enable 
interrupts as DISPATCH disables interrupts as soon as 
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it is called. It is also called by the PREEMPT procedure. 
RUNNING$TASK must be 0 when this prgeedule is 
called. 


PLIM- 86 PROCEDURES 


Because the block structure and levels are so iraneitant 
to the understanding of the following procedures, they 
have been indented according to level. This was a sim- 
ple task accomplished by no indenting for level one, 
indenting once for level two, etc. The resulting attrac- 
tive, easy to follow format was worth the effort to 
increase the initial level of understanding for readers of 
this application note who are not intimately familiar 
with PL/M. 


Everything except the very simple main program loop 
has been made into procedures. Interrupt routines and 
tasks are also procedures. Keeping track of interrupts, 
calls, and returns is easy for PL/M and a violation of the 
block structure through such devices as GOTO targets 
Outside the procedure body is the best way the author 
knows to crash and burn. Honor the power of the struc- 
ture, accept the limitations involved, and checkout and 
debugging will be a pleasure. _ 


Since CASES$TASK. references the individual tasks, the 
task procedure structure was included in the PL/M-86 
compilation. All the user has to do is insert the par- 
ticular task code in place of the /*TASKnn CODE*/ com- 
ment, define the interrupt procedures and the system 
should be ready to run. Obviously, the user will desire to 
change the total number of tasks and the number of the 
FIRSTSLOW$PRIORITYSTASK. 


INITIALIZATION AND THE MAIN LOOP. 


The last entry in the PL/M-86 program is the initialization 
process which essentially zeros the task multiplexer 
data and the main loop which loops until TRUE = FALSE, 
i.e. forever, with interrupts enabled. The STATUS = 
STATUS instruction simply insures that the loop can be 
interrupted as the instruction following an ENABLE in- 
struction is not interruptible. 


These few instructions are included for information only 
and will need to be expanded considerably for use ina 
real-world system. The task multiplexer procedures 
were checked out on an iSBC 86/12™ computer running 
under random interrupt control and these instructions 
were the minimum necessary to cause the system to 
run. As was stated earlier, the following source code 
does not include any interrupt procedures and these will 
have to be generated following the format explained in 
the PL/M-86 programming manual. 


ADDITIONAL IDEAS 


Resource allocation is a feature that could be added to 
the task multiplexer. To keep it simple and yet avoid the 
deadlock problem (two tasks each grab a resource that 
the other needs), an extra array can be added to the 
TASK(n).XXX structure in which each bit in the byte (or 
word), represents a resource necessary for the execu- 
tion of a task. A RESOURCES$STATUS byte can then 
keep the dynamic busy status of the system resources 
(printers, terminals, floating point math packages, etc.). 
When the CASES$TASK procedure is called, the 
resources required by the next RUNNINGS 
TASK can be compared to the RESOURCES$STATUS 
byte to see if the required resources are available. If they 
are, the following PL/M-86 statement will ere the 
new status of the resources: 


RESOURCES$STATUS = RESOURCESS$STATUS OR 
TASK(RUNNINGS$TASK).RESOURCES; © 


However, if the resources are not available, the CASE$ 
TASK procedure can return the task to the ready or delay 
list and try again later. When the task has completed, 
the following PL/M-86 statement will update the 
resources Status byte: 


RESOURCESS$STATUS = RESOURCESS$STATUS AND NOT 
TASK(RUNNINGSTASK).RESOURCES; x 


Message passing from task to task may also be 
necessary. Assuming that a task will have only one 
message at a time to deliver or receive, another byte 
could be added to the task structure such that 
TASK(RUNNINGSTASK).MESSAGE could represent a 
byte containing the number of the task wishing to 
deliver a message to the RUNNINGS$TASK. Since a task 
can call CASE$TASK which in turn will call another task, 
message block parameters can be passed directly from 
one task to another. The task that calls CASESTASK 
must handle the necessary housekeeping involved in 
recovering after the message has been passed. Of 
course, the data structure would have to be expanded to 
accommodate the message parameters and blocks. For 
further ideas involving message handling refer to the 
RMXx/80"™ user's guide. 


Two additional relatively simple procedures could be 
added to obtain the SUSPEND and RESUME features of 
the RMX/80™ system. Remember that if the BUSY$BIT 
is set ina TASK(n).STATUS byte and the task is unlisted, 
then it cannot be listed. If it is desired to dynamically 
enable and disable a task, this bit could be set by a 
SUSPEND procedure and reset by ne RESUME pro- 
cedure. 
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SOURCE CODE 


TM80:DO; 


DECLARE TOTALSTASKS LITERALLY ‘10°; 
DECLARE TRUE LITERALLY ‘@FFH'; 

DECLARE FALSE LITERALLY ‘Q@'; 

DECLARE BUSYSBIT LITERALLY ‘19000000B'; 
DECLARE READYSBIT LITERALLY ‘019090002 ' 
DECLARE DELAYSBIT LITERALLY ‘@0100000B' | 
DECLARE FIRSTSLOWSPRIORITYSTASK LITERALLY ‘6'; 


=e 6 6€O 


DECLARE TASK(TOTALSTASKS) STRUCTURE(PNTR BYTE, STATUS BYTE, DELAY 
DECLARE HIGHSPRIORITYSHEAD BYTE, HIGHSPRIORITYSTAIL BYTE; 

DECLARE LOWSPRIORITYSHEAD BYTE, LOWSPRIORITYSTAIL BYTE; 

DECLARE RUNNINGSTASK BYTE, PREEMPTEDSTASK BYTE; 

DECLARE STATUS BYTE, NEWSTASK BYTE, NEWSDELAY BYTE; 

DECLARE DELAYSHEAD BYTE AT (@TASK(@)«PNTR) ; 


ACTIVATESTASK: PROCEDURE; /* ASSUMES NEWSTASK<>@ wa 
DISABLE; 
[Ff (TASK (NEWSTASK) .STATUS AND BUSYSBIT)<>@ THEN STATUS=Q@; 
ELSE /* SINCE TASK IS NOT BUSY */ DO; 
IF NEWSTASK < FIRSTSLOWSPRIORITYSTASK THEN DO; 
If HIGHSPRIORITYSTAIL<>@ THEN DO; 
TASK (HIGHS PRIORITYSTAIL) . PNTR= NEWSTASK; 
END; 
ELSE /* SINCE HIGHSPRIORITYSTAIL=@ THEN */ DO; 
HIGHS PRIORITYSHEAD=NEWSTASK; 
END; 
HIGHS PRIORITYSTAIL=NEWSTASK; 
END: 
ELSE /* SINCE TASK IS LOW PRIORITY THEN */ DO; 
IF LOWSPRIORITYSTAIL<>9@ THEN DO; 
TASK (LOWS PRIORITYSTAIL) . PN'TR= Nees 
END; 
BLSE /* SINCE LOWS PRIORITYSTAIL= 9 THEN */ DO; 
LOWS PRIORITYSHEAD=NEWSTASK; 
BEND; 
LOWS PRIORITYSTAIL= NEWe Eno, 
END; 
TASK (NEWSTASK) . PNTR=@; 
TASK (NEWSTASK) .STATUS=TASK (NEWSTASK) .STATUS. OR 
BUSYSBIT OR READYSBIT; 
STATUS=TASK (NEWSTASK) .STATUS; 
BND; 
NEWSTASK=96@; 
RETURN ; 
END ACTIVATESTASK; 
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ACTIVATESDELAY: PROCEDURE;/*ASSUMES NEWSTASK, NEWSDELAY<>0*/ 


DECLARE POINTERSY BYTE, POINTERS1 BYTE; 
DECLARE OLDSDIFFERENCE INTEGER, DIFFERENCE INTEGER; 
DISABLE; 
IF (TASK(NEWSTASK).STATUS AND BUSYSBIT)<>@ THEN STATUS=@; 
ELSE /* SINCE TASK IS NOT BUSY aye DO; 
DIFFERENCE=INT (NEWSDELAY) ; 
POINTERS @=DELAYSHEAD; 
POINTERS1=6; 
DO WHILE POINTERS@<>@ AND DIFFERENCE>@; 
OLDSDIFFERENCE=DIFFERENCE; =: 
DIFFERENCE=DIFFERENCE~— -INT(TASK(POINTERSO) DELAY) 
IF DIFFERENCE>@ THEN DO; 
POINTERS 1=POINTERS®@; 
POINTERS 9= Ce PNTR; - 
END; . 
END; - 2 : " 
TASK (NEWSTASK) . PNTR=POINTERSO; 
TASK (POINTERS1) . PNTR=NEWSTASK; wo ae, ag: e a 
IF POINTERS@=9 THEN TASK (NEWSTASK) .DELAY=LOW (UNSIGN (DIFFERENCE) ); 
ELS& /* SINCE DIFFERENCE<@ THEN */ DO; 
IF POINTERSQ@=POINTERS1 THEN TASK (POINTERS 1) . PNTR=@ >: 
TASK (NEWSTASK) . DELAY= LOW (UNS IGN (OLD$DIFFERENCE) ) ; 
TASK (POINTERS®@) . DELAY= POW (UNS TON (= DIGFERENCE)) 7. 
BIND: 
TASK (NEWSTASR) . STATUS= TASK (NEWSTASR) . See: OR 
BUSYSBIT OR DELAYSBIT;. a 
STATUS=TASK (NEWSTASK) .STATUS; . 
END3. 
NEWS TASK=@; 
NEWS DELAY=@; 
RE'TURN ; 
END ACTIVATESDELAY; 


DECREMENTSDELAY: PROCEDURE; ; Be poe neon t Ee DISABLED */ 
DECLARE OFFSDELAY BYTE; | o PE oles " 
IF DELAYSHEAD<>@ THEN DO; | a2 
TASK (DELAYSHEAD) . DELAY= aueeygEE Och aa. DELAY~1; 
DO WHILE DELAYSHEAD<>@ AND Ge ees . DELAY=@; . 
OF FSDELAY=DELAYSHEAD; ae: 
DELAYSHEAD=TASK (DELAYSHEAD) . PNTR: 
TASK (OF FSDELAY) .STATUS=TASK(OFFSDELAY) STATUS | 
AND NOT(BUSYSBIT OR Pepe 
NEWSTASK=OFFS DELAY; 
CALL ACTIVATESTASK; 
END; 
END; 
RETURN; 
END DECREMENTSDELAY; 
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CASESTASK: PROCEDURE REENTRANT;. 
DO CASE RUNNINGSTASK; 
CALL TASK@@; 
CALL TASK@1; 
CALL TASK@2; 
CALL TASK@ 3; _. 
CALL TASK@4:; 
CALL ‘TASK@5; 
CALL TASK@6; 
CALL TASKQ@7; 
CALL TASK@8; 
CALL TASK@9; 
END; i iy 
TASK (RUNNINGSTASK) .STATUS= TASK (RUNNINGSTASK) . STATUS AND 
NOT (BUSYSBIT OR READS ett) 7 
TASK (RUNNINGSTASK) . PNTR=Q; 
IF RUNNINGSTASK=NEWSTASK THEN DO; 
If NEWSDELAY<>@ THEN DO; 
CALL ACTIVATESDELAY; 
END; 
ELSE /* SINCE NEWSDELAY=@ */ DO; 
CALL ACTIVATESTASK; 
END; 
END; 
RUNNINGS TASK=@ ; 
RETURN; 
END CASESTASK; 


PREEMPT: PROCEDURE REENTRANT; /* ASSUMES INTERRUPTS DISABLED */ 
If PREEMPTEDSTASK=@ THEN DO; 
If (HIGHS PRIORITYSHEAD<>@) AND (RUNNINGSTASK>= 
FIRSTSLOWSPRIORITYSTASK) THEN DO; 

PREEMPTEDS TASK=RUNNINGSTASK; 

RUNNINGSTASK=6; 

DO WHILE PREEMPTEDSTASK<>9@; 

CALL DISPATCH; 


END; 
END; 
END; 
RETURN; 


END PREEMPT; 
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DISPATCH: PROCEDURE REENTRANT;: /* ASSUMES - RUNNINGSTASK= g ne 

DISABLE; 

IF HIGHSPRIORITYSHEAD<>@ THEN DO; 
RUNNINGSTASK=HIGHS PRIORITYSHEAD; 
HIGHSPRIORITYSHEAD=TASK (RUNNINGSTASK) .PNTR; gy te Joe 
IF HIGHSPRIORITYSHEAD = 9 THEN HIGHSPRIORITYSTAIL = @; | 
CALL CASESTASK: Ee GU, «a 
END; 

ELSE IF PREBMPTEDSTASK<>@ THEN DO; 
RUNNINGSTASK=PREEMPTEDSTASK: 
PREEMPTEDSTASK=6@; 
END; 

ELSE IF LOWSPRIORITYSHEAD<>@ THEN DO; 
RUNNINGSTASK= LOWS PRIORITYSHEAD; ee, Oe 
LOWS PRIORITYSHEAD= TASK (RUNNINGSTASR) PNTR; ak: 
IF LOWSPRIORITYSHEAD = @ THEN (LOWS$PRIORITYSTAIL = Os 
CALL CASESTASK; os 
END; 

ELSE RETURN; 

RETURN; 

END DISPATCH; 
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TASK@@0: PROCEDURE REENTRANT;/*ERROR CODE*/RETURN; END TASK@Q@; 


TASK@1: PROCEDURE REENTRANT; 
ENABLE; 
/*'TASK@1 CODE*/ 
DISABLE; 
RETURN; 
END TASKO1; 


TASK@2: PROCEDURE REENTRANT; 
ENABLE; 
/*TASKO2 CODE*/ 
DISABLE; 
RETURN; 
END TASK@2; 


TASK@3: PROCEDURE REENTRANT; 
ENABLE; 
/*TASK@3 CODE*/ 
DISABLE; 
RETURN ; 
END TASK®@ 3; 


TASKO4: PROCEDURE REENTRANT; 
ENABLE; 
/*TASKO4 CODE*/ 
DISABLE; 
RETURN; 
END TASK@4; 


TASK@5: PROCEDURE REENTRANT; 
BNABLE; 
/*TASK®95 CODE*/ 
DISABLE; | 
RETURN; 
END TASK@5; 


TASK@6: PROCEDURE REENTRANT; 
ENABLE: 
/*TASK®@6 CODE*/ 
DISABLE; 
RETURN ; 
END TASK@6; 


TASK@7: PROCEDURE REENTRANT; 
ENABLE; 
/*TASKO7 CODE*/ 
DISABLE; 
RETURN; 
END TASKO7; 
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TASK#@8: PROCEDURE REENTRANT: . 

| ENABLE; 

| /*TASK®@8 CODE*/ 
DISABLE; : 

RETURN ; 

END TASKQ@8; 


TASK99: PROCEDURE REENTRANT; 
ENABLE; 
/*TASKO9 CODE*/ 
DISABLE; 
RETURN; 
END TASK@9; 


/* INITIALIZE* / 


DISABLE; 

DO STATUS=0@ TO 9; 
TASK (STATUS) . PNTR=@; 
TASK (STATUS) .STATUS=9; 
TASK (STATUS) ,DELAY=@; 
NEWSTASK, NEWS DELAY=90; 
HIGHS PRIORITYSHEAD, HIGHS PRIORITYSTAIL=@; 
LOWS PRIORITYSHEAD, LOWS PRIORITYSTAIL=6@; 
RUNNINGSTASK, PREEMPTEDSTASK=@ ; 
END; 


/* MAIN LOOP */ 


DO WHILE TRUE<>FALSE; 

| CALL DISPATCH: 
ENABLE; 
STATUS=STATUS ; 
END; 


END TM86; 
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INTRODUCTION 


The Intel 8089 is the first integrated I/O processor 
available. This I/O processor (IOP) makes available the 
power of I/O channels, as used in mainframes and mini- 
computers, in a microcomputer form. Designed as part 
of the MCS-86™ family, the IOP can be interfaced with 
the MCS-80™ and MCS-85™ families as well. 


An I/O channel is basically a processor remote from the 
main CPU, which independently runs I/O operations 
upon command of the CPU. To relate the 8089 to ex- 
isting LSI components, it is similar to a microprocessor 
that is time-multiplexed with a DMA controller, but with 
two channels available. However, since the 8089 proc- 
essor is optimized for I/O and multiprocessor opera- 
tions, and the DMA has been made much more flexible 
than existing DMA controllers, a truly general purpose 
and powerful I/O control system is available on one chip. 


Due to the uniqueness of the 8089, this application note 
was written to review debugging strategies and point 
out possible pitfalls when developing an IOP system. 
Debugging an IOP system is very similar to debugging 
microprocessor/DMA controller systems, and many of 
the techniques described here are standard microproc- 
essor techniques. However, several factors are present 
which can complicate the debugging process: 


1. Multiprocessor Operation 


Although usable by itself, the 1OP is designed to be 
used with other processors. All factors normally en- 
countered with multiprocessor operation, including bus 
arbitration, processor communication, critical code sec- 
tions, etc., must be addressed in the design and debug 
of an IOP system. 


2. DMA Tie-in to IOP Program Execution 


The relationship between IOP program execution and 
DMA transfers and termination is different from earlier 
DMA controllers and should be fully understood to prop- 
erly run the system. 


3. Dependency of Programs on Real-Time I/O 
Operations 


Requirements by I/O devices for maximum data rates 
and minimum latency times force the software program- 
mer to be aware of hardware timing constraints and can 
complicate program debugging. 


4. Dual Channel Operation 


Related to multiprocessor operation and real-time 
dependencies, the two independent channels available 
on the 8089 may have to be coordinated with each other 
to make the whole system function. Dependence of one 
channel on the other can also complicate debugging. 


Due to the complexities of running in a real-time envi- 
ronment, as many steps as possible should be taken to 
facilitate debugging. A major help here is to make sure 
as much of the hardware and software as possible is 
working before running real-time tasks. This is a good 
practice anyway, but it should be reemphasized that a 
complex multichannel system can quickly get out of 
hand if more than a few things are not right. 


An aid to debugging any system is a clean, well organ- 
ized system design. The 8089 lends itself to structured, 
modular software interfaces to the host CPU, via the 
linked-list initialization structure, and parameter com- 
munication through the parameter block (PB) area. 
Some of the aspects of structured programming that aid 
debugging are: 


e Top Down Programming — The functions done by 
low-level routines are well understood, and the 
number of program fixes, which can cause more 
errors, is minimized. 


e Program Modularity — Small, easy to manage sub- 
programs can be debugged independently, increas- 
ing the chance that the entire system will work the 
first time. 


¢ Modular Remoteness — By having all program 
modules communicate only through a well-defined 
interface, one module’s knowledge of the “inner 
workings” of another is minimized. System soft- 
ware complexity is reduced. Updates to program 
modules are more reliable, too. 


Two major areas of debugging will be outlined here — 
static (or functional) debugging in which the hardware 
and software are not tested in a real-time environment, 
and real-time debugging. Applying a logic. analyzer to 
IOP debugging will also be explained, and a review of 
IOP operation and potential problems will be done. 


STATIC (OR FUNCTIONAL) DEBUGGING 


The predominant errors in a system, when first tried out, 
are either errors in implementation (i.e., wrong hookups 
or coding errors), or an incorrect implementation (a 
wrong assumption somewhere). Most of these bugs can 
be found through static debugging techniques that are 
usually easier to work with than real-time testing. 


Hardware Testing 


Static hardware testing is done mainly to see if all indi- 
vidual parts of the system work, so the whole system 
will “play” when run. The level of testing can run from 
checking for continuity and shorts (which finds only 
hookup errors) to trying to move data around and run- 
ning I/O devices from a monitor or special test programs 
(which can also find incorrect circuit design). In all but 
the simplest systems, the latter approach is recom- 
mended since it is a step towards software debugging. 


Several approaches to hardware testing will be covered. 
Running diagnostic programs (such as a monitor) out of 
the IOP’s host system, in both the LOCAL and REMOTE 
modes, will be covered. The case where the host system 
cannot support diagnostic software and must have an 
external processor to exercise the IOP and its periph- 
erals will also be explained. 


The case where the host system can run diagnostics or 
test programs that have interactive user I/O, such as a 
CRT terminal or teletype, provides the most straightfor- 
ward way to test the IOP. Naturally, before these pro- 
grams can be run, the basic hardware must be correct 
enough to run programs. When this point is reached, a 
monitor program can be used to exercise memory and 


‘I/O controllers on the system bus. 
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{t should be mentioned that aids, other than just testing 
with software, are helpful for hardware debugging. 
While a necessity for real-time debugging, a logic 
analyzer is also a definite help for static hardware 
debugging. Its main use in hardware debugging is show- 
ing timing relationships between address or data paths 
and other signals. It is especially useful for functional 
software debugging, to be described shortly. The last 
debugging section outlines the use of an analyzer with 
the IOP. Of course, an oscilloscope, logic probes and 
pulsers, etc., can be used to trace out specific logic or 
timing problems. 


LOCAL Mode 


When the IOP is running in n the LOCAL Mode, all 1/0 con- 
trollers and memory are accessible by the host or con- 
trolling CPU. Thus a standard monitor, such as the one 
supplied with the SDK-86 or available for the iSBC- 
86/12™ development kit, can exercise all hardware on 
the bus.* The breakpoint routines, however, will not 
work due to the different instruction set. The 8086 or 
8088 is best suited for running the IOP in the LOCAL 
mode due to identical status lines and bus timing, as 
well as the Request/Grant line, which eliminates bus ar- 
bitration. hardware. Figure 1 shows the general LOCAL 
mode configuration. 


*The SDK-86 serial monitor is a good basis for a general 8086 monitor. 
The IOP cannot be used directly with the SDK-86, since the 8086 is run- 
ning in the minimum mode. The SDK-86 can Pe converted to run in the 
maximum mode, if desired. 
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REMOTE Mode 


From a system design standpoint, running the IOP in 
the REMOTE Mode is advantageous in that it removes 
the 1/O bus cycles from the system bus. Normally, the 
remote I/O is not accessible to the host CPU. Until the 
IOP is able to run its own test programs to transfer data 
from the REMOTE bus to the system bus, I/O controllers 
and memory on the REMOTE bus will be invisible to the 
host. To get around this problem during prototyping, 
either an external processor interface can be used (see 
next section), or a temporary bypass can be made to ac- 
cess the REMOTE bus from the system bus. 


Bypassing the normal REMOTE/SYSTEM interface is a 
handy technique for doing preliminary debugging on the 
REMOTE bus. This can be done by memory-mapping the 
1OP’s I/O space into an unused portion of the host 
CPU’s system memory space. When accessing this 
space, the IOP access to its own I/O space is disabled, 
and a separate set of address buffers, transceivers and 
bus control signal buffers are enabled. Reads and writes 
can then be done to the formerly inaccessible REMOTE 
bus by the host CPU. 


A simple system (Figure 2) implements this bypassing 
scheme. It was designed for just forcing or examining 
devices on the REMOTE bus and may not read or write 
correctly if the IOP is simultaneously trying to do bus 
cycles. A more sophisticated arbitration system would 
permit reliable run-time enoene also. 


- SYSTEM BUS 
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Figure 1. Generalized LOCAL Configuration—8086 in Max Mode — | 
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Figure 2. Remote Mode Bypass for Debugging 


Running the IOP in the REMOTE mode, particularly if 
the MULTIBUS™ protocol is adhered to, has the advan- 
tage that the IOP can be exercised with any MULTIBUS- 
compatible processor. If the main processor is not 
amenable to being used as a debugging tool, another 
processor could be used to debug the hardware inter- 
‘face. If the microprocessor is of the same type as the 
intended host processor, software debugging can be 
done as well. A generalized REMOTE mode configura- 
tion using the MULTIBUS is shown in Figure 3. 


External Processor Interface 


A technique that can be used if the host processor can- 
not run any debugging or monitor routines is to have an 
external processor tie into the host processor’s bus. 
This is useful if the main system CPU cannot run an in- 
teractive monitor or other debugging programs. If a 
MULTIBUS interface is being used, an 8289 bus arbiter 
and a set of address/data/control buffers can be used. A 
somewhat simpler system, similar to the remote bus ac- 
cess system mentioned above, could be used for static 
debugging of non-MULTIBUS systems. Again, if true bus 
arbitration is added (which brings us nearly to a MULTI- 
BUS interface), it could also be used for run-time 
testing. Intel processors that have the MULTIBUS 
interface include the iSBC-80/20™, iSBC-86/12™, iSBC- 


80/10", iSBC-80/05™, the Intellec® development 
systems, among others. 


In the previously described systems, the external proc- 
essor would disable the host CPU’s access to the bus, 
either by some form of bus request or by a “‘brute force” 
disabling of the CPU’s buffers. In the latter case, the ex- 
ternal processor could only control the bus during a 
time that the CPU is halted, without destroying the pro- 
gram flow. Mapping the processor’s memory space into 
the external processor memory space is the simplest 
method, but can impact programs being run on the 
external processor. If the processor under test utilizes 
the MULTIBUS interface (with bus arbitration), then a 
processor like the iSBC-80/30™ or iSBC-86/12™ could 
be used as the debug vehicle with no special hardware. 
A more flexible interface that would have less impact on 
the system memory space would have the addresses for 
the system under test generated from latches loaded by 
the I/O instructions from the external processor. This 
case must have software routines to interface to the I/O 
ports and handle the desired debugging routines (see 
Figure 4). 


Software Testing 


It is desirable to check as much of the IOP program as 
possible statically, since various tools and techniques 
are available which may not be usable during real-time 
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Figure 3. Generalized Remote Bus Using MULTIBUS Interface 
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testing. This “static” software testing is not applicable 
to heavily |/O-dependent or DMA-dependent routines, 
but is best suited to longer computational or data han- 
dling routines. The idea is to test the correctness of 
algorithms, rather than seeing if the whole system runs. 


There are two main approaches to functional software 
testing. One is to essentially run the program in real 
time and monitor program flow on a logic analyzer. The 
difference between this and real-time testing is that pro- 
gram subsections can be tested separately by using dif- 
ferent TP (Task Pointer) starting addresses. If it is 
necessary to set up certain registers or parameters in 
memory, a small ‘‘setup” program can be run after. ini- 
tialization, which can load up registers or memory, then 
jump to the program section desired. 


Another technique is to run the programs with break- 
point routines so that one can step through code 
segments and follow program execution. Software 
breakpoints are usually implemented by inserting a 
jump or restart to a monitor routine at the breakpoint 
location. This jump or restart is machine language 
dependent so, unfortunately, the existing breakpoint 
routines within monitors for the 8080 or 8086 are not 
applicable. 


New routines tailored to the 8089 can be used, and, if 
done properly, can even be used to examine programs 
running on a REMOTE bus. Using breakpoints is some- 
what complicated on the 8089 because the minimum in- 
struction length is two bytes. There is no absolute CALL 
instruction, only a relative one (which would have to 
have its displacement recalculated each time it was 
used). But, with a several-byte absolute jump inserted at 
each. place a breakpoint is desired, full preamp 
capabilities can.be obtained. 


There are many ways the breakpoints can be imple- 
mented. When a breakpoint is reached, the 8089 itself 
could output the machine state to a console through its 
own routines. Better suited to debugging, though, is a 
_ system that has the 8089 place its machine state in 
memory, alert the host processor, and then halt. The 
host then picks up the 8089’s state and can treat it in the 
same way it runs its own breakpoint routines. Since the 
host processor is more likely to be running a monitor or 
some other kind of debugging routine (and most likely 
has at least temporary console |/O), it is the logical sys- 
tem to initiate and examine 8089 breakpoints. If the IOP 
is running in the REMOTE mode, and the host processor 


has access to the I/O bus via the scheme mentioned in > 


the hardware debugging section, then IOP programs 
running on the REMOTE bus can be examined. 


The breakpoint itself can consist of an escape sequence 
that is used to save the TP value and jump to the save 
routine, or just a jump to the save routine. This routine 
saves all register contents for the channel the break- 
point is in, signals the host processor, and stops the 
IOP. All user programmable registers (GA, GB, GC, IX, 
MC, BC, TP), as well as the pointer tags, are accessible. 
The PP (Parameter Pointer) and PSW are not normally 
accessible, but if the generation of the CA is such that 
the IOP can send itself a CA, then by sending a CA 
HALT, the PSW will appear at PP +3. Remember that 


since the lIOP doesn’t have arithmetic or logical condi- 
tion codes, the PSW is not as important as in other 
machines. 


The most straightforward way to pass data from the lOP 
to the host processor is through the PB (Parameter 
Block) area since the PP will normally remain relatively 
fixed throughout the IOP program. In order not to in- 
fringe on the PB areas used by the programs, an area 18 
bytes long should be allocated at the end of the PB 
block to hold the register contents. Using other areas to 
store the register data requires saving and reloading a 
pointer register as part of the breakpoint escape 
sequence. 


The data returned from the breakpoint save routine will 
appear to the host processor as a sequential block of 
data in the PB area. Sixteen-bit data can easily be ex- 
tracted, but 20-bit pointer data will have to be 
reconstructed from the move pointer aaa format: 


HIGHEST LOWEST 
ADDRESS ADDRESS 
TAG BIT , 
0=SYSTEM 
1=V0 


Several means are available to signal the host processor 
that a breakpoint has been reached. A bit could be set in 
memory or an interrupt sent to the CPU. The best way, 
though, is to use the BUSY flag (at CP +1 or CP +9). 
After starting the IOP, the BUSY flag is set to FF. When 
a breakpoint is reached, the IOP performs its save 
routine and does either a software or CA HALT. These 
result in clearing the BUSY flag, which then signals the 
CPU to obtain valid breakpoint data. The CPU can then 
restart the IOP by eithera CA START or CA CONTINUE. 


The breakpoint routine outlined above will work for a 
“one-shot” test. However, to be more useful as a 
general purpose debugging tool, some refinements 
must be added. To keep from destroying the program 
whenever a breakpoint is placed, the supervisory pro- 
gram running from the host processor must save the 
IOP code that is occupied by the escape sequence. 
When the breakpoint is completed and IOP execution is 
to resume, the host program restores the IOP code, sets 
the TP in the CB area back to where the breakpoint was 
placed, and sends a CA START. Since the length of each 
instruction can be easily found from bits 1-4 of the op- 
code, a single stepping function can also be done.* By 
the time this is implemented, the host program is 
becoming a full-fledged debugging routine. Appendix 3 
describes a debugging program that makes use of the 
ideas presented here. 


Breakpoint routines can be quite useful, but some 
restrictions and limitations should be mentioned. The 
processor examining the breakpoints must have access 
to the IOP program memory, either directly, or through 
IOP programs that simulate direct access. The program 
memory must be in RAM. The breakpoint must be 


*The formula for length of instructions is: length (in bytes) = 2 + 1 (if bits 


1,0=01)+ 1(if bits 3.2=01) +2 (if bit 3=1)+ 2 (if LPDI). 
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placed on an instruction boundary, and multiple break- 
points must not be placed so that they overlap. There 
may be some impact on the PB area. CA generation may 


have tobe different than usual. But, despite these . 


limitations, the breakpoints offer a useful and more con- 
ventional software debugging tool than analyzers. 


REAL-TIME TESTING 


Running an IOP program in its final environment with 
real I/O devices is the true test of dynamic operation. 
The program is no longer in a static, isolated environ- 
ment. The demands of DMA and multiprocessing may 
reveal unplanned timing dependencies or critical sec- 
tion problems. There may also be sections of hardware 
or software, which couldn’t be tested statically, that 
may have bugs. The whole purpose of static or func- 
tional testing is to dig these problems out while con- 
venient debugging tools can be used. Since there are no 
simple techniques for real-time debugging, the use of a 
logic state analyzer and techniques to fully understand 
the IOP’s real-time operation will be emphasized. 


Multiprocessing operations and real-time asynchronous 
/O requests can cause the timing complexity of the 
system as a whole to rise beyond the point of complete 
comprehension by an individual. It is then essential that 
techniques to ensure correctness are used. These in- 
clude good design methods, especially a clean, well- 
structured design, as well as good testing. A thorough 
test requires the attitude that the system should be 
tested for failures, rather than tested for correctness. In 
other words, one should try to make the system fail, 
tests should be chosen that will put the worst stress on 
critical timing areas. : 


The best way to do this is to write a diagnostic program 
that puts the CPU, IOP, and I/O devices through the 
worst conceivable timing and program combinations. 
Ideally, the program should be self-checking so that it 
can be run without supervision, printing any data or pro- 
gram errors that occur, much like a memory test. 


The two main real-time problem areas are insufficient 
data rates or latency, and critical section problems. To 
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test for data rate problems, run the system clock at its 
lowest expected frequency and use memory and I/O 
with maximum expected wait states. Identify the 
tightest program timings and try to have these sections 
coincide with worst case DMA or other heavy bus utiliza- 
tion (see dual channel operation later). Critical section 
problems can occur when two independent processors 
communicate with each other with improper “‘handshak- 
ing.” This can result in one processor missing another's 
message, or even having both processors hang up, 
waiting for each other to go ahead. The 8089 provides 
aids to these problems, including the TSL instruction (to 
implement semaphores) and the BUSY flag. However, 
any interprocessor communication (including one chan- 
nel of the IOP to the other) should be checked. Beware 
of cases when one processor is running considerably 
slower than the other (due to DMA overhead or chained 
instruction sequences). 


The techniques for real-time debugging evolve from 
functional testing using a logic analyzer. For all. but the 
simplest systems, an analyzer is essential, since it can 
graphically show program execution and timing rela- 
tionships during real-time execution. Another aid is a 
delayed oscilloscope. Triggering the scope from the 
logic analyzer, the delay can be adjusted so that any 
ae in the ene can be monitored. 


To facilitate the use of the logic analyzer, especially if 
its memory is not very deep or when using it to trigger 


an oscilloscope, a repetitive system can be used to con- 


tinually update the display. Using a repetitive reset 
helps to debug the software-hardware interface, since 
oscilloscope or logic analyzer probes can be readily 
moved around the circuit to observe new signals 


without manually retriggering the display. At its 


simplest, the reset to the host processor can be strob- 
ed, say every 10 ms. The processor will then provide the 
two channel attentions (CAs) that are needed to in- 
itialize the IOP. Where this isn’t feasible, the CAs can be 
externally forced by either a string of one- shots orasim- 
ple processor with timing loops (such as a SDK-85 or 
SDK-86). See Figure 5 for initialization timing. 


START CH1 START CH2 


*LONGER IF WAIT STATES 


_ -Figure 5. Initialization Input Sequence 


A-92 


AP-50 


Memory protection of the IOP and system programs is 
helpful when debugging DMA operation. It is quite easy 
for runaway DMA to wipe out memory. Another precau- 
tion to avoid this problem is to set an upper limit on the 
number of bytes transferred by always specifying a byte 
count termination. 


Logic Analyzer Techniques 


In the absence of other powerful Seiuaaine:: systems, 
the logic analyzer has shown to be an extremely useful 
tool. Because of its importance in debugging an IOP 
system, some basic techniques and observations that 
relate to monitoring IOP operation will be reviewed here. 
The particular brand or type of analyzer used is not too 
important, but would be desirable to have the following 
features: 


e At least a 24-bit data width 

e Flexible triggering and qualification control 

e Display after triggering on a sequence of states 
e Capability for hexadecimal data display 


It is best to hook up to the address/data lines at the IOP, 
as opposed to looking at the separate address and data 
lines, since 39 lines would be required just to look at ad- 
dress, data and status lines. The three lower status lines 
should be monitored to show the type of bus cycle be- 
ing run. Other lines can be connected where needed, at 
places like the DRQ lines, the EXT lines or other lines 
related to the system. 


For general purpose debugging, triggering the analyzer 
on the rising edge of the IOP clock shows the most 
useful data concerning bus cycles. Of course, using the 
falling edge may be necessary to check certain signals, 
particularly ones that are active only while the clock is 
low. The following discussion is based on sampling 
data on the clock’s rising edge. 


One should be careful when setting up the triggering 
for the analyzer that the desired event is what is dis- 
played and not a later event with the same trigger word. 
This can happen when the logic analyzer is in the repet- 
itive trigger mode. It may retrigger before the system ac- 
tually resets. A sequence restart feature is helpful. 


The basis of following program execution and DMA ona 
logic analyzer is to follow an 8089 bus cycle, which is 
identical to a 8086 and 8088 bus cycle. The following 
diagram shows a typical 8089 bus cycle. 


For general purpose debugging, displaying every clock 
is useful, but for quickly finding one’s way around a pro- 
gram, the analyzer can be qualified so that only instruc- 
tion fetches (status = 100 or 000), with ALE active, are 
trapped. A much more compact clea of execution 
flow results. 


BUS 


CYCLE A16-19 ADO-15 S0-2 PREVIOUS ADDRESS, UPPER STATUS _ 


X XXXX™ 111 IDLE STATUS 


11 FO1 0 101 20-BIT ADDRESS = FF010, 


T2 FFFF 101 LOWER STATUS = MEMORY DATA READ 


T3 AA50O 111 16-BIT DATA RETURNED = AASO 


nmm 


FO1O 111 ADDRESS REMAINS IN CHIP OUTPUT 
t LATCH AFTER END OF BUS CYCLE 


T4 


DATA NOT READY YET 
UPPER STATUS INDICATES: NON-DMA, CH1 


As mentioned earlier, on a 16-bit bus, most instructions 
starting on odd addresses won't show the first fetch, 

since the internal queue is in use. It is a good idea in 
that case to use only even instruction boundaries as 
trigger words. When following dual channel operation, 

one should keep an eye on the upper status bits (S3-S6), 
since S3 indicates which channel is running (O= CH1, 
1=CH2), and S4 indicates DMA/non-DMA transfer 
(0= DMA, 1=non-DMA). 


A REVIEW OF IOP OPERATION 
(With things to look out for) 


When trying to get an unfamiliar system going for the 
first time, it is too easy to stumble on apparent prob- 
lems that are really just unexpected operation modes or 
peculiarities of the machine. For this reason the basic 
principles of IOP operation will be reviewed here with 
special emphasis on possible problem areas or pitfalls 
that a user might encounter when debugging a 8089 sys- 
tem. The topics are covered generally in the order en- 
countered when bringing up a system. For complete 
details of operation and some design examples, see the 
8086 Family User’s Manual. 


RESET 


RESET must be active (HIGH) for at least four clocks in 
order to fully initialize all internal circuitry. On power up, 
RESET should be held high for at least 50 microsec- 
onds. The chip is only ready to accept a Channel Atten- 
tion (CA) one clock after RESET goes inactive. 


Note that the SEL pin is sampled on the falling edge of 
the first CA after RESET to tell the 8089 whether it is a 
master (0) or a slave (1) for its request/grant circuitry. Ifa 
master, it will assume it has the bus from the beginning. 
If a slave, it will strobe the RQ/GT Line to request the 
bus back and will not start any bus transfers until it has 
been granted the bus. If the RQ/GT line is not being 
used, make sure the |OP comes up in the master mode. 


Initialization 


Upon the first CA after reset, a sequence of instructions 
is executed from an internal ROM. These instructions 
pick up parameters and load data from the linked list 
sequence (Figure 6). The instruction sequence is essen- 
tially: 


MOVB SYSBUS from FFFF6 

LPD System Configuration Block (SCB) from FFFF8 
MOVB SOC from (SCB) 

LPD Control Pointer (CP) from (SCB) + 2 

MOVBI “00” to CP+ 1 (clears BUSY flag) 
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Remember that four bytes must be fetched during an 
‘LPD. If on a 16-bit bus, with even addressed boundaries, 
only two fetches are needed. Otherwise (8-bit bus or odd 
boundaries), four fetches are needed. 


Even though no bus cycles are run to fetch these in- 
structions, the CH1 Task Pointer (TP) appears on the ad- 
dress latches during the short internal fetch periods. 
On power up, this value is meaningless, but if a repeti- 
tive RESET is used, the TP remains unchanged from the 
end of the last program run. See Figure 6 for the start of 
a typical initialization sequence as viewed on a logic 
analyzer. 


Bit 0 in the SYSBUS field sets the actual (or physical) 
system bus width that the IOP expects. In the 8-bit 
mode, only byte accesses are made, and all 8-bit data 
should appear.on the lower eight data lines. In the 16-bit 
mode, word accesses can be made (if the address is 
even), all data on even addresses appears on the lower 
eight data lines, and all data at odd addresses appears 
on the upper eight. 


Bit 0 in the SOC field sets the physical width for the 1/O 
bus. The same rules for the system bus apply here. Note 
that these bits should reflect the actual hardware imple- 
mentation and are not to be confused with the DMA logi- 
cal widths set by the WID instruction. 


The R bit (bit 1) in the SOC field is ‘used to change the 
mode of the RQ/GT circuitry. When the IOP is on the 
same bus as an 8086, it is required to have the R bit be 0, 
with the 8086 as the master and the 8089 as the slave. 


CA = Aig-Ap  S3-Sg_ CT COMMENTS 


Trigger CLK t 


1 FFFFF 111 


FFFFF 111 

FFFFF 111 

E0000 111 Bus un-tristated |. 
“E0000 111 


FFC6D 111 
TP to latch 
CK FFC6D 111; 
FFFF6 101 T1 
EFFFF 101 T2 
EFFO1 111 T3 
EFFFF~ 111 T4 


Address loaded to latch 

Data not ready yet (nothing on bus) 
SYSBUS loaded into chip (01) 
Nothing on bus 


EFFF6 111 After bus cycle, address remains in 
EFFF6 111 fateh 
FFC6D 111 TP is loaded to latch, even though 


fetches are. from internal ROM 
CK FFC6D $111 
FFFF8 101 T1 
EFFFF 101 T2 
EFFFO 11» =T3 
EFFFF 111-14 


Address to latch 


1st 2 bytes of LPD data fetched (FFFO) 


EFFF8 111 
EFFF8 111 
EFFF8 111 
EFFF8 111 
_FFFFA 101 
EFFFF 101 


EFFFA 111 2nd 2 bytes of LPD data fetched (FFFA) 


CK EFFFA. 111 
. FFC6D_ 111 


Figure 6. Start of Initialization Sequence Ona 16-Bit Bus 


The master (8086 or 8088) can never take the-bus away 
from the slave (8089); only the slave can give back the 
bus. In other words, during DMA transfers, the 8089 
would not have the bus taken away. This is the only 
mode compatible with the 8086 or 8088. 


When two IOPs are being used on the same bus, the 
RQ/GT. circuity can be put into an equal priority mode 
by setting the R bit to one. A slave can only be granted 
the bus if the master is doing unchained instructions or 
running idle cycles. The master can request the bus 
back from the slave at any time. The slave grants it if do- 
ing unchained instructions or if it is idling. The master 
and slave are put on essentially the same priority. 


At the end of initialization, the “BUSY” flag of CH1 is 
cleared. For systems where the 8086 is waiting for the 
initialization sequence to end before giving another CA, 
it can set the BUSY flag high prior to initialization. The 
BUSY flag going low is a sign that the IOP is ready for 
another CA. It is important to remember that the IOP will 
not respond to, nor:latch, a CA during an initialization 
sequence. 


Channel Attentions 


The main system processor initiates communications 
with the lOP through the Channel Attention (CA) line. As 
mentioned earlier, the first CA after system RESET in- 
itializes the IOP. All subsequent CAs cause the IOP to 
do a two-step process. It first fetches the Channel Con- 
trol Word (CCW) from the appropriate channel at (PP) for 
channel 1 or (PP + 8) for channel 2. (SEL at the time of 
CA falling determines the channel for all following ac- 
tions.) The lower three bits of the CCW Command Field 
(CF) are examined and then cause the IOP to execute 
the desired function. 


Command Field (CF) 


Control of task block programs is accomplished 
through the command field. The various CF functions 
are: 

CF | | 

000 — Examine other field only and set BUSY flag 

001 — Start task program in I/O space : 
011 — Start task program in system memory 


The start command causes the following instructions 
to be executed out of the internal ROM: 
LDP CP from (CP) + 2 (CH1) or + 10 (CH2) 
LDP TP from (PP) (for TP in system) or 
MOVB TBP from (PP) (for TBP in I/O) 
MOVBI ‘‘FF” to (CP)+ 1 or +9 (set BUSY flag) 
111 — HALT channel. BUSY flag cleared to ‘‘00” — 
110 — HALT channel. Save state of machine and 
clear BUSY flag by executing: 
MOVP TP to (PP) 
MOVB PSW to (PP) +3 
MOVBI “00” to (PP)+ 1 or+9 
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The channel will HALT and the machine will con- 
tinue execution on the other channel or go to idle if 
the other channel is idle. 


101 — Continue channel. The channel is revived 
after a HALT by executing: 


MOVP TP from (PP) 
MOVB PSW from (PP) +3 
- MOVBI “FF” to (CP)+ 1 or +9 
(set BUSY flag) . 


Do not do a CONTINUE after initialization without doing 
a CA START first since the (PP) register in CH1 is used 
as a temporary register (to hold SCB) and is only correct- 
ly loaded by a CA START. 


The upper 5 bits in the CCW will have affect if CF = 000 
or upon a CA START. Some things to note about these 
upper fields are: 


e Priority Bit — \f both channels are doing tasks of 
the same overall priority, the tasks with the higher 
priority bit will run. If the priority bits are the same, 
execution will alternate between the two channels. 


e BLL Bit (Bus Load Limit) — Keeps nonchained in- 
structions from occurring more often than once 
every 128 clocks. However, channel attention or ter- 
mination cycles, even on the other channel, may 
disrupt the exact time interval to the next 

instruction. * 3 


It should be noted that the setting or clearing of the 
BUSY flag occurs after the loading or storing of 
registers, so that in a system where the main CPU uses 
the BUSY flag as a form of semaphore to tell when the 
IOP is truly finished, there is no danger that the SCB, 
CP, PP or TP could be enange? before the or loads 
them. 


Also since DMA termination cycles and chained instruc: 
tion execution have a higher priority than CA, it is possi- 
ble for CA to be “shut-out” by these higher priorities 
running on.the other channel. However,.since CA is 
always latched (except during initialization), it won’t be 
forgotten. 


How Cana Channel be Halted? 


Sometimes a channel may stop its operation unex- 
pectedly. To see what could cause this, and to show the 
impact of halting a channel, the various ways ¢ of stop- 
ping a channel are explained: 


HALTED CHANNEL — If the channel has never started 
after initialization, if it has received a CA HALT com- 
mand or a software HALT, channel operation is sus- 
pended. If the other channel can run, it will, otherwise 
idle cycles will run. Only a CA START or CONTINUE can 
resume operation. 


WAITING FOR A DMA REQUEST — If the channel is ina 
source or destination synchronized DMA transfer mode, 
it will wait until DRQ is active before running its syn- 
chronized transfer. To minimize the impact on the 
overall throughput of the chip, the other channel can run 
during these DRQ wait periods. 
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WAITING TO GET THE BUS BY RQI/GT — If the IOP has 
given the bus away via RQ/GT, it won't initiate any bus 
transfers until it has the bus back. The machine will run 
up to just before T1 of a bus clock cycle and will three- 
state its address/data and status pins until it has been 
granted the bus. 


WAITING FOR READY — When running bus transfers, 
READY is sampled at T3 of a busy cycle. If inactive, the 
whole chip will wait until READY goes active. 


The last two cases of waiting (or “wait” states) stop the 
whole chip and do not permit the other channel to run. 
However, with READY inactive or with the bus not ac- 
quired, there is not much that can be done on the other 
channel anyway. These two cases only stop the chip 
when running bus cycles. Any internal operations can 
proceed without having the bus or with the system not 
READY. 


Note the difference between when the chip is HALTed 
when using RQ/GT and an external arbiter (8289) for 
bus arbitration. Not having the bus due to RQ/GT will 
inhibit the bus cycle from even starting. Since the 8289 
stops the chip by forcing AEN inactive, which goes 
through the 8284 clock generator to force READY inac- 
tive to the IOP (or 8086/8088), a bus cycle has already 
been started, with ALE asserted, and the address on the 
address/data lines. When the bus is obtained, operation 
proceeds at T3 of the bus cycle. 


As will be mentioned later, many invalid opcodes will 
cause the machine to hang up. In these cases the 
address/data lines will point to where the bad opcode 
was fetched. 


Task Execution 


Although optimized for fast and flexible DMA operation, 
the IOP is also a full-fledged microprocessor. The 8086 
Family User's Manual deals with programming 
strategies and other details. Some of the things to be 
noted during debugging will be mentioned here. 


Instruction Fetching 


‘Unlike the 8085 (but like the 8086), the 8089 labels all 


fetches from the instruction stream, whether OPCODE, 
offset, displacement, or literal data, as an instruction 
fetch on the status lines. In some cases, such as MOV 
R,| and ADD R,I, the instruction fetch time greatly ex- 
ceeds execution time because literals are treated as in- 
struction fetches. When following programs on a logic 
analyzer, triggering on status = 100 or 000 (instruction 
fetch) and a known program address is the handiest way 
to trace the flow of the program. 


When running programs ona 16-bit bus, a 1-byte queue 
register comes into play, saving the upper byte fetched 
from the last instruction fetch, if not used by the 
previous instruction. This reduces fetch time and bus 
utilization since the odd byte doesn’t need to be fetched 
again. An internal four-clock cycle fetches data from the 
queue. Like the internal ROM fetches, the task pointer is 
put out on the address/data lines, but no bus cycle is run. 
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The queue can have some possible unexpected affects 
that have to be taken into account during pepuegine: 
These apply: only to 16-bit systems and are: 


1. Instructions that start on odd boundaries will not 

‘likely have bus cycles run to fetch the odd byte 

unless jumped to, unless preceded by LPDI (which 

clears the queue), or an instruction that modifies the 

task pointer is ‘executed. The latter causes the queue 

to be cleared so that part of an old instruction won't 
become part of the new one. 


2. There is a queue register for each channel so loading 
-_or.clearing the queue on one channel has no affect on 
. the other channel’s queue.  % 


3. The second word of immediate data fetched by a 
LPDI is done during a pseudo-instruction fetch cycle 
‘that cannot make use of the queue or already fetched 
data. Thus, if on an odd boundary; fetching an LPDI 
will be byte, word, byte, byte, byte, and the queue will 
not be loaded. — 


When Can the Other Channel Interrupt Instruction 
Execution?.- 


This will be explained more in the “dual channel” opera- 
tion section, but a few points will ‘be mentioned here. All 
instructions are:made up of internal cycles, with each 
cycle composed of two-to eight clocks. Each bus cycle 
is one internal’cycle, but there can be internal cycles 
with no comunications to outside the chip. Internal 
cycles will be extended by the number of wait states in 
each bus cycle. Between any of these cycles, DMA from 
the other channel can intervene if the priorities permit it. 
Instruction fetching and execution can only interrupt in- 
structions on the other channel when the instruction 
has been completed, not between internal cycles. 


Registers 


All the. registers have some special purpose use in the 
Instruction Execution or DMA, but. all except the CC 
register can be used as general purpose registers during 
instruction sequences. A few are loaded specially: 


e CP — Is only loaded during an initialization. se- 
. quence. There is one CP register that handles both 

. Channels. (All others are duplicated, one set for 
_. each channel.) - 


“-@ PP — Is only er loaded during a CA START 
command. It holds the SCB valle after the initializa- 
~. tion sequence. 


’"e TP — This is included as part of the registers in the 
~ RRR field, but cannot be operated.on unless you 
‘plan on having your program execution jump 
around. Everytime this is operated on, the queue is 

_ Cleared. The TP is loaded from two words (address 
‘and displacement) on a CA START, LPD, or LPDI, 
and loaded from 3-byte MOVP format (see illustra- 

tion on:page 5). on a CA CONTINUE, and can be op- 
erated on using any register oriented instructions. 


The following registers are loaded during program exe- 
cution, but can pneve. special effects: 


~ e CC — The only thing that affects instructions in the 

~°CC register is the chaining bit. If chaining doesn’t 

matter (if only one channel is being used without 

channel attentions, for example), then. the CC reg- 

ister can be general purpose. However, for portabil- 

ity of programs, it is strongly suggested not to use 

the CC register except for eee BMA parameters 
and chaining. 


e MC — Is a general purpose 16-bit register, but is 

also used to do a masked comparison either for 

_DMA search/match termination or for the JMCE and 
. JMCNE instructions. 


°. BC, IX.— Both general purpose 16-bit registers. In 
instructions that reference memory using the AA 
field, if AA=11, the IX register is incremented 2 
the number of bytes fetched or stored. 


Pointer Registers (GA, GB, GC and TP) — _ Are 20-bit 
registers, but can also be used as 16-bit registers. 
Adds will carry into the upper 4 bits, but other 
operations (COMP, OR, AND) are done only on the 
lower 16 bits. Note that when used as pointers to 
‘system memory, it is possible to add a large 16-bit 
number to the pointer.and to put the eal into 
_another 64K block of Soe | 


Sign Extension _ 


All program data brought into the chip: either literals or 
displacements in opcodes, or program data fetched 
from memory, is sign-extended. Offsets used for 
calculating addresses are not sign extended. Any 8-bit 
data brought in has bit 7 sign-extended up to bit 19. 
Sixteen-bit data is sign-extended from bit 15 to bit 19. It 
is important: to note this, because it can affect logical 
operations. For example, if one wanted to OR 0084H 
with 1234H.in register GC, you couldn’t do ORBI GC, 
84H, because bit 7 would sign-extend into the upper 
byte. Instead, you should code ORI, 0084H to do this 
properly (note that this has a word for the immediate 
data). The non-ADD operations will cause the upper four 
bits of the pointer registers to be invalid since the upper 
four bits of le ALU come only HOM the noe 


Tags 


It should be noted that the way the IOP knows which 
bus to access (system or I/O) is via the Tag bit associ- 


ated.with the pointer register used. The TAG can only be 


set in these ways: loading as a 16-bit register (MOV R,M, 
MOV R iI) sets TAG to I/O space, loading as a pointer 
(LPD, LPDI) sets TAG to a system space), or bringing the 
TAG in from memory by a MOVP instruction. 


Effects of Invalid Opcodes 


The upper 6 bits. of the 2- -btye opcode actually determine 


which opcode will be executed. If these bits are a valid 
opcode, but lower bits are invalid, the chances are good 
that the bad bits will be ignored. But if the upper six bits 
are invalid, there is a very good chance that the chip will 
hang up and stop execution in that channel. The only 


‘way to get out of this mode is to reset the chip. If this 


hang-up occurs, it can usually be traced because the 
last address of the instruction’ fetch will still be on the 
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address/data lines, showing where the program went 
astray. | 


Going from Instruction Execution into DMA 


The XFER instruction places the current channel into 
the DMA mode after the next instruction. This permits 
One last instruction to start up an I/O device (start CRT 
display on an 8275, for example). However, in order for 
the IOP to get setup for DMA, the GA, GB, and CC 
registers should not be altered during this last instruc- 
tion. Failure to observe this will probably result in an 
improper first DMA fetch. The WID instruction can be 
placed after XFER. 


DMA Transfers 
tncrementing/Non-Incrementing pointers 


A memory or |/O pointer can be made to increment for 
each byte transferred during DMA or it can remain fixed. 
Incrementing is used primarily for memory block 
transfers, and non- incrementing is used to access I/O 
ports. 


B/W Mode 


Each DMA transfer is composed of separate fetch and 
store cycles so that 8/16-bit data can be assembled and 
disassembled, and translation and termination may also 
be easily handled. There are four possible transfers or 
B/W modes. They are: 


B—B — 1 byte fetched, 1 byte stored 
B/B —-W — 2 bytes fetched, 1 word stored 
W — B/B — 1 word fetched, 2 bytes stored 
W—-—W — 1 word fetched, 1 word stored 


The B/W mode used depends on the logical bus width 
(selected by the WID even on: address poungalys 
and incrementing mode. 


All systems with 8-bit physical buses will run in the B/B 
mode. On 16-bit physical buses the other modes are 
possible, depending on the logical widths selected. 
Note that the logical bus width can be different than the 
physical bus width since there are cases where an 8-bit 
peripheral may be used on a 16-bit bus. The selection of 
the logical width, and not the physical width, is what 
determines the B/W mode. Thus it is the responsibility 
of the programmer not to program an invalid combina- 
tion (i.e., don’t specify a 16- bit logical width on an 8-bit 
physical bus). 


Any transfer on an odd Boundary will be B/B but if the 
pointer is incrementing and on a 16-bit logical bus, after 
the first transfer, the pointer will be on an even bound- 
ary. The IOP will then try to maintain word transfers in 
order to transfer data as effeciently as possible. See the 
user's manual for details. The change in B/W mode oc- 
curs only after the first transfer or, as explained in the 
termination section, upon certain byte count ter- 
minations. 


Synchronization 


In the unsynchronzied mode, transfers occur as fast as 
priorities will allow. This is the IOP’s “‘block-move”’ 
mode. Most I/O peripherals only want a DMA transfer on 
demand; the DRQ lines, along with synchronization 
specified, will handle this need. Source synchronization 
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is used for I/O reads and destination synchronization Is 
used for I/O writes. 


If the IOP is waiting for a DMA request, it will run pro- 
grams or DMA on the other channel, or execute idle 
cycles if nothing is pending. If running idle cycles when 
the DRQ comes, the transfer starts five clocks after 
DRQ is recognized. If running DMA or instructions on 
the other channel, the DRQ cannot be serviced until the 
current internal cycle is done, and may require a max- 
imum of 12 clocks (without bus arbitration or wait 
states). 


Consecutive DRQ-synchronized DMA transfers on the 
same channel are separated by four idle clocks (assum- 
ing no other delays) by an internal sampling mechanism. 
This happens between the 2-byte fetches on source- 
synchronized B/B-W cycles, and between the two stores 
on destination-synchronized W-B/B cycles. This delay 
between consecutive DMA cycles allows adequate time 
for proper acknowledgement of the current DMA re- 
quest before the next request is processed. On 
destination-synchronized DMA, this isn’t a problem, but 
on source-synchronized DMA, there will be four extra 
clocks per transfer. Unless one is running right at the 
speed limit, this won’t be a problem. Near the maximum 
data rate, unsynchronized transfers can be used, with 
synchronization done by manipulating the READY line. 


Translate Mode 


When the translate bit is set, the data fetched during 
DMA will be added to the GC register. This new pointer 
will in turn be used to fetch, viaa seven clock extra fetch 
cycle, new data, which will then be stored. Translate is 
only defined for byte transfers. The bytes are added to 
GC as a positive offset, so a lookup table for translating 
data can be a maximum of 256 bytes long. Even if the 
data to be translated falls within a smaller range (such 
as ASCII code), a full 256-byte lookup table is recom- 
mended so that erroneous data can be flagged and con- 
trolled. 


Translate can be run on any of the B/B transfer modes, 
so it is useful for doing block translation within program 
execution as well as translation directly to or from an I/O 
port. 


DMA Termination 


One of the powerful features of the IOP is its varied 
DMA termination conditions and their close tie-in with 
resuming Instruction Block programs. However, be- 
cause of the multitude of DMA modes, care must be 
taken in predicting the exact termination parameters. 
Various things to be careful about will be outlined hére. 


Byte Count (BC) Termination 


The BC register is decremented for every byte trans- 
ferred whether or not BC termination is set. If BC ter- 
mination is set, the last transfer done is the one that 
results in BC being zero. To avoid the problem of miss- 
ing BC =0 on word transfers, if BC is odd between every 
transfer, the IOP detects when BC is 1, and forces the 
last transfer to be in the B/B mode. Since both the fetch 
and store cycles are complete, the source and destina- 
tion pointers point exactly to the next byte or word that 
would have been fetched. 
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Masked Comipare (MC) Termination 


An MC termination occurs when a pattern matches (or 
doesn't match, depending on mode selected) the lower 
half of the MC register (the match pattern) with only the 


bits that-are enabled by the.upper half of MC (the mask 


pattern) contributing to a match. Thus the masked bits 
can be “don't cares” in out the data aes and ne match 
byte. patie, . 


The masked comparison is only done on store (deposit) 
cycles. Any bytes transferred (in B/B or W-B/B mode) will 
be compared. But, since the MC comparison is done on 
only one byte, any words stored (W-W or B-B/W) have 
only their lower byte compared. This may be fine, but if 
not, make the destination logical width 8 bits. 


Just like BC termination, the pointers will point to the 
next data to be transferred. The BC will also be decre- 
mented correctly, except if the termination occurs on 
the first byte of a W-B/B transfer. In this case the BC will 
be decremented as if the entire transfer (both bytes) had 
taken place. 


The store cycle that. causes an. MC. termination will be 
lengthened by two extra clocks (or.by one extra-clock if 
there are wait states), to allow time to set up the ter- 
mination. eycle... . 


DATA 
COMPARE PATTERN 


MASK PATTERN ~ MATCH 


Figure 7. Masked oe Logic for 1-Bit - 


External (EX n Tarnlwatlow: 


External termination allows the I/O device or controller 
to: use its own conditions to generate-a termination. 
Basically, the IOP will halt DMA as soon as it recognizes 
an EXT terminate, even if a transfer is only partially com- 
plete. There might be concern that multibyte cycles 
(W-B/B or B/B-W) might have data lost if an EXT -ter- 
minate stopped the store cycle. In unsynchronized DMA 
this would happen, but this mode is typically not used 
with /O. controllers that could generate external ter- 
minations. In synchronized DMA modes, it is assumed 
that the I/O controller will only do a DRQ for valid data 
transferred, and that it won’t give an EXT terminate with 
its DRQ active. In destination synchronization, the 
possible problem occurs in the W-B/B mode, where EXT 
terminate comes after the first store but before the sec- 
ond. This is fine, since even though data was over- 
fetched, the proper amount was actually transferred. In 
source synchronization, the B/B-W mode raises prob- 
lems since if an EXT terminate came after the first byte 
fetched and before the second byte fetched, normally 
no store cycles would be done at all, thus losing the first 
byte fetched. In this case (i.e., source synced, DRQ inac- 
tive, and '1 byte already fetched), a single byte store 
cycle is run before the termination cycle, ensuring data 
integrity. 


In order to prevent.an invalid signal level from becoming 
trapped from the asynchronous EXT term lines, two 
clocks of delay and signal conditioning are done on 
these lines. In addition, a termination cycle can only be 
started at certain.times during DMA (or TB on the other — 
channel — see dual channel operation section). The EXT 
terminate lines should be valid eight clocks before the 
start of the DMA cycle to be stopped... 


EXT is sampled even when the IOP is running something 
on the other channel. Remember though, that: despite 
the high priority of termination, the current instruction 
on the other channel has to finish before the termination 
cycle is run. Simultaneous EXTs on both channels result 
in CH1 termination being done first. 


In order to have enough time to process a byte count ter- 
mination, the BC register is always decremented during 
DMA fetch cycles. Because of this, external or MC ter- 
minations that occur during W-B/B cycles will result in 
the byte count always being decremented by two, even 
if only one byte is stored. This also occurs in the block- 
to-block or block-to-port B/B-W modes. To find the exact 
number of bytes transferred, the source pointer address 
can be checked in the block-to-port and block-to-block 
modes during B/B-W cycles and in the block-to-port 
W-B/B mode. The destination pointer address can be 
used to find the number of bytes transferred in the port- 
to-block and block-to-block modes during W-B/B cycles. 


Termination Cycles and Multiple Terminations | 


Upon termination, the user can run different task block 
programs, depending on which type of termination has 
occurred, by specifying an appropriate termination off- 
set. That is, instruction fetching will begin after a 
termination cycle starting at either the TP value before 
the DMA started, TP + 4 or TP +8. These offsets permit 
long or short jumps to termination routines. 


The termination cycle is an add immediate instruction 
that runs from the internal ROM and adds the proper off- 
set to the TP. It is 15 clocks long for TP+ 4 and TP+8 
termination and 12 clocks long for TP +0 termination. 


As mentioned earlier, EXT terminate must. come a cer- 
tain time before the end of a transfer to ensure that the 
next transfer doesn’t start. If it comes in time and MC 
termination also occurs.on the.current transfer, then the 
termination: cycle with the: largest offset. is run. A 
simultaneous BC terminate cycle will have priority over 
MC and will result in the running the BC termination 
program. : 


Priorities/Dual Channel Operation 7 


The. lop can share its internal - and external hardware 
between. two separate channels. The user sees two 
identical IOP channels with all registers, machine flags, 
etc., independent of the other channel. The only register 
in common is the CP register, loaded by the initializa- 
tion sequence. The mechanism for achieving dual chan- 
nel operation is time Ee between the two 
channels. Aa , 


Since interleaving two channels affects their response 
time to external events and since interfacing to these 
events is the prime purpose of the IOP, several means of 
adjusting the priorities of the channels are provided. 
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Before going into the priority algorithms in detail the 
four types of cycles that are affected by the priorities 
will be outlined: 


1. DMA Cycles — Any type of DMA transfer cycle, 
including single transfers and translate cycles. DMA 
can be interrupted after any bus transfer by the other 

_ channel. 


2. Instruction Cycles — Any instructions that have 
been fetched out of I/O or system memory. Instruc- 
tion cycles are made up of internal cycles, each two 
to eight clocks long (assuming no wait states). Some 
cycles may not run bus transfers. Instructions can be 
interrupted by DMA after any one of the internal 
cycles, but can only be interrupted by instructions on 
the other channel (normal ones or ones from internal 
ROM) after the current instruction is completed. 


3. Termination Cycle — Performed when DMA transfers 
end and _ instructions resume (except on single 
transfers). 


4. Channel Attention Cycles — Performed when chan- 
nel attention is given, performs actions specified in 
the CCW field. Both termination and CA cycles can 
be interrupted by DMA after any internal cycle, but 
can only be interrupted by instruction cycles after 
the complete sequence of internal cycles is done. 


Termination and channel attention cycles as well as the 
initialization cycle (which never runs concurrently with 
other operations) are sequences of instructions fetched 
from an internal ROM. 


Recognizing the higher importance in doing DMA, ter- 


mination and (to a lesser extent) CA cycles, the follow- 


ing priority scheme is built into the IOP. Any channel 


that has a higher-priority operation will run continuously 
until done. If both channels are running the same priori- 
ty, execution will alternate between them. 


Highest Priority 

1. DMA transfers, termination, chained instructions 
2. Channel attention cycles 

3. Instruction cycles 

4. Idle cycles 


Lowest Priority 


Two ways exist to alter the priority scheme. One way is 
to utilize the priority bits for each channel. If one is 
greater than the other; that channel will run at the ex- 
pense of the other if both channels are otherwise run- 
ning at the same priority. Thus the P bit only has effect 
on channels running at the same priority level. 


If one wants to run instructions along with or in place of 
DMA on the other channel, the other technique is to set 
the chaining bit (in the CC register) which brings the 
instruction priority up to the level of DMA. Care should 
be taken with this since now CAs are at a lower priority 
than instructions and will not be serviced unless that 


channel goes idle. Chaining will also lock out normal in- 
structions on the other channel. Chaining should thus 
be used with care. 


In order to reduce the possibility of shutting out channel 
attentions, an exception is made to the above priority 
scheme. After every DMA transfer, whether synchro- 
nized or unsynchronized, the IOP will service any pend- 
ing CA. However, chained task block execution will still 
shut out CAs on the other channel. 


What is the importance of priorities? Well, as an 
example, let’s say that we are running long periods of 
non-time-critical block moves (via DMA) on one channel 
and running short bursts of DMA that must be serviced 
promptly on the other channel. With the default 
priorities, the short DMA channel bursts would be in- 
terleaved with the longer DMA, reducing the maximum 
transfer rate for both channels. If, however, the priority 
bit was one on the burst mode DMA and zero on the 
other, the bursts would be serviced continuously at the 
fastest possible data rate. 


An even more critical case would be the same low prior- 
ity, long DMA transfers on one channel with DMA on the 
other channel that must terminate, run a short instruc- 
tion sequence, and resume DMA again within a short, 
fixed time. (This might be the case in running a CRT dis- 
play with linked list processing between lines.) Normal- 
ly, the low priority, long DMA could indefinitely block 
the short TB sequence. By setting the high-priority chan- 
nel’s priority bit to one and putting it into the chained 
instruction mode, the low priority channel would stop 
its DMA entirely so that the termination/instruction se- 
quence could run. 


When establishing the priorities to be run, care should 
be taken that both channels will run successfully under 
a worst case combination. This can be tricky when the 
channels are running asynchronously with fast data 
rates and/or short latencies, but must be taken into ac- 
count. Of course, running only one channel on the IOP is 
an easy solution, but if more than one IOP is being used 
in the system, the priorities and delays of the bus ar- 
bitration used (either RQ/GT or an 8289 bus arbiter) must 
be taken into account. It may be found that the on-chip 
arbitration between the two channels is faster and more 
powerful than external arbitration. 


SUMMARY 


It is hoped that the material presented here will aid 
those who are putting together and debugging an 8089 
IOP system, and help them in understanding the opera- 
tion of the IOP. Many of the debugging techniques 
should be familiar to those who have worked with micro- 
and minicomputer systems before. Other debugging 
techniques not mentioned here, which work well with 
microprocessor systems, could be just as applicable to 
the 8089. The unique nature of the IOP among LSI 
devices warrants special consideration for its I/O func- 
tions and multiprocessor capabilities. 
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| Appendix | 
CHECKLIST OF POSSIBLE PROBLEMS 


HARDWARE PROBLEMS 
e Is RESET at least four clocks long? 


e Are both Vsg lines connected to ground? 


e Does the first CA falling edge come at least two clocks 
after RESET goes away? 


e Does the second CA come at least 150 clocks (16-bit 
system, no wait states) after the first CA? | 


e Is. READY correctly synchronized and gated by 
local/system bus lines? 


e Is SEL correct for first CA so that IOP comes up cor- 
rectly as master or slave? 


e If two lOPs are local to each other, is a 2.7K pull- -up re- 
sistor used on RQ/GT? 


SOFTWARE PROBLEMS 


e Are the initialization parameters in the initialization: 


linked-list correct? 


Is BUSY flag being properly tested by host CPU soft- 
ware. before modifying PB or preweme a new com- 
mand? 


e Has the chaining, translate, or lock bit in the CC 
register been erroneously set? 


e Have DMA termination conditions been met? The lOP 
could be trying to do endless DMA. | 


Appendix T 


BREAKPOINT ROUTINE 
| AND 
_ CONTROL PROGRAM 


The debugging program described here is an example of 
the kind of software development tool that can be 
developed for the 8089 IOP. It was written to try out 
various breakpoint schemes, and has been used to 
debug an engineering application test system. The pro- 
gram is not meant to be the ultimate debugging tool, but 
is an example of what can be put together to utilize the 
breakpoint routine described earlier in the application 
note. 


The debugging program was tested on a 8086-based 
system that emulates the SDK-86 I/O structure, and uses 
the SDK-86 serial monitor. This enables it to use the 
SDK-86 Serial Downloader to interface to an 
Intellec® development system on which: the software 
was created. The 8086 system is interfaced via a 
MULTIBUS™ interface to an IOP running in the REMOTE 
mode. The remote bus access technique, mentioned 
earlier in this note, is implemented on this system, but 
was not used in the software debugging program. 


The breakpoint routine uses a simple jump to a save 
routine. The PL/M-86 supervisory or control program 
handles the placement of the jump within the users pro- 
gram. Since it can not normally access the remote bus, 

all lOP programs to be tested must run out of system 
memory. | 


When the control program starts, it assumes the IOP_has 
just been reset. It then prompts the user for the CP 
and PP values. After this, it sends the first (initialization) 
channel attention. It then asks the user for the channel 
to be run, and the starting and stopping addresses. After 
the stopping address has been entered, a Channel At- 
tention Start is given. If the breakpoint is reached, a 
HALT is executed, and the control program prints the 
register contents. If the breakpoint hasn’t been reached, 
the user can type any character, and a Channel Atten- 
tion Halt will be sent to the IOP. If the IOP responds 
within 50 ms, the TP where it was halted is printed. 
Otherwise, the control program issues an error 
message. If, at any time, the user wants to get out of the 
program, typing an ESC will pass control back to the 
SDK-86 monitor. Figure 9 shows the flow of the control 


_ program. 


Note that, unlike : a single CPU debugging routine, hav- 
ing the 8086 supervise the 8089 enables a clean exit 
from crashed IOP programs. The program code where 
jumps had been placed are always restored. The control 
program is a good example of how the power of dual 
processors can be put to good advantage. 


Comments within the control program indicate 
parameters that need to be changed to run on different 
systems. It should be noted that channel attentions are 
invoked by the recommended method of using an I/O 
write to a port to generate CA and using AO for SEL. 


Source and object files of this program are available 
through Intel’s INSITE™ User’s Program Library as pro- 
gram 8089 Break. 89 (number AD6). 


MASTER DATA STORAGE LOCATIONS: 


INCREASING | 
ADDRESS 


PP + 242 


<— PP + 245 
<— PP +248 


Figure 8. Breakpoint Routine to Run 8089 Program out of System 
Memory 
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GET CP 
AND PPs 
FOR CH1 AND CH2 


SEND 
INIT. 
CA 


GET CHANNEL 
NUMBER, 
START AND 
STOP ADDRESSES 


SAVE PROGRAM 
CODE, MOVE.. 
BREAKPOINT 

INTO PLACE 


“LOAD PP. 
WITH STARTING 
‘POINT, 


BUSY FLAG 
WITH OFFH 


LOAD CP 
; WITH 
START ADDRESS . 
SEND CA 
START 


BUSY FLAG 
CLEARED OR 


CHAR. 
ENTERED 
FROM 
CONSOLE? 


YES. 


RESTORE 
PROGRAM 
CODE, PUT 


CA HALT IN CP, 
SEND CA 
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MAIN 


TO RESPOND 


. FLAG 


LEAVE TIME 
FOR IOP 


BUSY 


CLEARED 
? 


NO 


PRINT 


ERROR 
MESSAGE 


ADDRESS 


PRINT 
REGISTER 
CONTENTS 


RESTORE 
PROGRAM 


CODE 


Figure 9. Breakpoint Routine to Run 8089 Program out of System Memory 
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PL/M-86 COMPILER 8089 BREAKPOINT ROUTINE se 


ISIS-II PL/M-86 X103 COMPILATION OF MODULE BREAKPOINT 
OBJECT MODULE PLACED IN BREAK. OBJ 
COMPILER INVOKED BY: :Fi: PLM66 BREAK. SRC PAGEWIDTH (100) 


$TITLE (‘8089 BREAKPOINT ROUTINE ’) 


SENSES cas at dis au Vou ee alsa No gh Go acta Sea sarah SEs tinct ep aia rie ge, ct de oan ote eek enced ween foe Calece Cu Ne nh orn cao oh fe: aa MO Décean told dhcades leet 
8089 BREAK POINT PROCEDURE | = oe 
WRITTEN BY DAVE FERGUSON 2/2/79 REV 2 8/14/79 
INTEL. CORPORATION : 
i BREAKSPOINT: 
DO; . 
2 1 DECLARE I BYTE; . 
3 1 DECLARE SAVECODE (4) WORD; /*BUFFER FOR STORAGE*/ 
4 i DECLARE ONEPP POINTER; /# CHAN ONE PP +#/ | 
5 i DECLARE TWOPP POINTER: /# CHAN TWO PP #/ 
6 1 DECLARE STARTBYTES (4) BYTE; /# BUFFER FOR START ADDRESS */ 
7 i DECLARE STARTPOINTER POINTER; /#* POINTER FOR START ADDR. #/ 
8 1 DECLARE ENDPOINTER POINTER: /# POINTER FOR END ADDR. +#+/ 
9 1 DECLARE PRESENT POINTER AT (@INPNTR); /# POINTER BUFFER */ 
10 1 DECLARE TRUE LITERALLY ’OFFH’,FALSE LITERALLY ’Q00H’: 
/* YOU MUST CONFIGURE YOUR I/O STRUCTURE AND. 
SYSTEM TO MATCH THE PROGRAM OR VISA VERSA #/ 
11 1 DECLARE CRTSTATUS LITERALLY ’OFFF2H’, /# 8251 STATUS PORT ry, 


CRTDATA LITERALLY ’OFFFOH’, /# 8251 DATA PORTS */. 


CHANATTEN LITERALLY ‘’OFAH’, /# CHANNEL ONE CHANNEL ATTENTION PORT */ 


/*# CHANNEL TWO CHANNEL ATTENTION PORT = CHANATTEN + 1 #/ 
CHANNELONE LITERALLY ‘OOH’, 
CHANNELTWO LITERALLY ‘O1H’, 


/* ASCII IS A STRING OF HEX CHARACHTERS IN ASCII FORM: */ 
ASCII (#) BYTE DATA. ( ’0123454789ABCDEF ’ ), 


TITLESSTRING (#) BYTE DATA (OAH, ODH, ‘8089 BREAKPOINT VER i. 0’, 


OAH, ODH, ‘TYPE ESCAPE TO RETURN TO MONTTOR. 
OAH, ODH, 0), 


CHANGIVEN (#) BYTE DATA (’CHANNEL ATTENTION GIVEN TYPE ANY KEY TO ABORT. ’ 


» OAH, ODH, 0), 


BKREACHED (#) BYTE DATA (OAH, ODH, ‘BREAKPOINT REACHED’, OAH, ODH, 0), 


GETCP (#) BYTE DATA (’INPUT CP IN HEX’, OAH, ODH, 00), 
GETSPP (#) BYTE DATA (‘INPUT PP IN HEX FOR ’; OOH),~ 


PAGE 


GETSTART (*) BYTE DATA (OAH, ODH, ‘INPUT STARTING ADDRESS IN HEX’, OAH, ODH, OOH), 


STOPADDR (#) BYTE DATA (‘INPUT END ADDRESS IN MEK OAH L ODE OOM), 
CHANNUMBER (#) BYTE DATA (OAH, ODH, ‘CHANNEL ONE OR TWO? ’, 00H), 
ABORT (#) BYTE DATA (’ FATAL ERROR - IOP DOES NOT RESPOND TO CHANNEL ’, 


‘ ATTENTION. RE-INITIALIZE SYSTEM /’,0), 

ABORTAT (#) BYTE DATA (’ TP WAS 7’,0), 

ONE (#) BYTE DATA (’ CHANNEL ONE’, OAH, ODH, OOH), 
TWO (#) BYTE DATA (’ CHANNEL TWO’, OAH, ODH, OOH), 
GASTRING (#) BYTE DATA (’GA = ’, 00H), 
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12 
13 


14 


15 


16 
17 


18 


19 
20 
22 
23 


24 


25 
26 
28 
29 
30 
32 
33 


34 


35 
36 
a7 
39 
40 
41 


~ 
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8089 BREAKPOINT ROUTINE PAGE 
GBSTRING (#) BYTE DATA (‘GB = ‘, 00H), 
GCSTRING (#) BYTE DATA (‘GC = ’,0OH), 
BCSTRING (#) BYTE DATA (OAH, ODH, ’BC = ‘’, OOH), 
IXSTRING (#) BYTE DATA (OAH, ODH, ‘IX = ’, 00H), 
CCSTRING (#) BYTE DATA (OAH, ODH, “CC = ’, OOH), 
MCSTRING (#) BYTE DATA (OAH, ODH, ‘MC, = ’, OOH) 


DECLARE CHAR BYTE: 
DECLARE ONETWO BYTE: 


/* SDAMON IS A PLM TECHNIQUE USED TO FORCE THE CPU INTO AN 
INTERUPT LEVEL 3. IN ORDER TO USE THIS THE PROGRAM MUST 
BE COMPILED (LARGE). +#/ 

SDKMON: 

PROCEDURE; 

DECLARE HERE (#) BYTE DATA (OCCH), 

/% THIS IS AN INT. 3 #/ 
WHERE WORD DATA(C. HERE); 
CALL WHERE; 

END; 


7* CO SENDS A CHAR TO THE CONSOLE WHEN READY +/ 
7% THIS ROUTINE IS WRITTEN TO-RUN VIA THE SERIAL 
PORT OF AN SDK86 #/ 

CO: 
PROCEDURE (CC); 

DECLARE C BYTE; 

DO WHILE CINPUT(CRTSTATUS) AND O1H) = O; END; 
OUTPUT (CRTDATA) = C; 

END; 


/* CI GETS A CHARACHTER FROM THE USER VIA THE SERIAL PORT #/ 
7% CI AUTOMATICALLY ECHOS THE CHARACHTER TO THE USER CONSOLE *#/ 
DECLARE ESCAPE LITERALLY '1BH’; 


CI: PROCEDURE BYTE; 
DO WHILE (INPUT(CRT$STATUS) AND O2H) = 0; END; 
CHAR = INPUT (CRTDATA) AND O7FH; 
CALL CO(CHAR);: 
IF CHAR = ESCAPE THEN CALL SDKMON; /# GO TO SDK MONITOR +#/ 
RETURN CHAR; 
END; 


/% VALIDHEX CHECKS THE VALIDITY OF A BYTE AS A HEX CHARACHTER+#/ 
/* THE PROCEDURE RETURNS TRUE IF VALID FALSE IF NOT #/ 


VALIDHEX: 

PROCEDURE (H) BYTE; 

DECLARE H BYTE: 

DO I=0 TO LASTCASCII);: 

IF H=ASCII(CI) THEN RETURN TRUE; 

END; 

RETURN FALSE; 

END; 
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8089 BREAKPOINT ROUTINE 


/* HEXCONV CONVERTS A HEX CHARACTER TO BINARY FOR MACHINE USE. 
IF THE CHARACTER IS NOT A VALID HEX CHAR, THE PROCEDURE RETURNS 
THE VALUE OFFH #/ 

HEXCONV: 

PROCEDURE (DAT) BYTE: 

DECLARE DAT BYTE; 
IF VALIDHEX( DAT) <> OFFH THEN RETURN TRUE; 
DO I=0 TO LASTC(ASCII): . 
IF DAT = ASCII(I) THEN RETURN I; 
END; 
END; 


/# HEXOUT ‘WILL CONVERT A VALUE OF TYPE BYTE TO AN ASCII STRING 
AND SEND IT TO THE CONSOLE +#/ 


HE XOUT: 

PROCEDURE (C); 
DECLARE C BYTE; 
CALL CO(ASCII(SHR(C,4) AND OFH)); 
CALL CO(ASCII(C AND OFH)); 

END; 


7% WORDOUT CONVERTS A VALUE OF TYPE WORD TO AN ASCII STRING 
AND SENDS IT TO THE CONSOLE *#/ 
WORDOUT: 
PROCEDURE (W); 
DECLARE W WORD; 
CALL HEXOUTCHIGH(W)); © 
CALL HEXOUT(LOW(W) ); 
END; 


/* GETADDRESS IS A PROCEDURE TO GET AN ADDRESS FROM THE CONSOLE. 
THIS PROCEDURE WILL ONLY CONSIDER THE LAST 39 CHARACHTERS ENTERED 
/ 

DECLARE INPNTR (4) BYTE: 


GETSADDRESS: 
PROCEDURE POINTER: 
DECLARE BUFF BYTE: 
/#CLEAR ALL VALUES TO ZERO #/ 


INPNTR(O} = Qi 
INPNTR(1) = Oj 
INPNTR(2) = @; 
INPNTR(3) = Oi 

BUFF = Oj 

DO WHILE BUFF <> TRUE: 


/* THIS SEQUENCE OF SHIFTS ALLOW THE USER TO TYPE IN FIVE 
OR MORE CHARACHTERS TO BECOME THE ACTUAL POINTER FOR 8089 
OR 8086. THIS PROCEDURE RETURNS THE LAST FIVE IN PROPER 
SEGUENCE STORED IN INPNTR(O-3). THE STORAGE . 
IS AS FOLLOWS: 
1. THE LAST CHARACTER INPUT GOES INTO 
THE LOW FOUR BITS OF INPNTR(O). 
2. THE NEXT TO LAST CHARACTER GOES INTO 
THE LOW FOUR BITS OF INPNTR(2). 
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3. THE THIRD CHARACTER INPUT GOES INTO 
THE HIGH FOUR BITS OF INPNTR(2) 
4. THE SECOND CHARACHTER INPUT GOES INTO 
THE LOW FOUR BITS OF INPNTR(3) 
9. THE FIRST CHARACTER INPUT GOES INTO 
THE UPPER FOUR BITS OF INPNTR(3). 
THE 86 SHIFTS INPNTR (2, AND3) LEFT FOUR BITS AND ADDS THIS TO 
INPNTR(O) RESULTING IN THE ADDRESS THE USER TYPED IN. #/ 


INPNTR(3) = (SHLCINPNTR(3),4) OR (SHR( INPNTR(2),4) AND OFH) }i 
INPNTR(2) = (SHLCINPNTR(2),4) OR CINPNTR(Q) AND OFH))i | 
INPNTR(QO) = BUFF; 
BUFF = CIi 
BUFF = HEXCONV( BUFF); 

END; 


CALL CO(OAH); /#LINE FEED TO CRT#/ 

CALL CO(ODH); /#CARRIAGE RET TO CRT#/ 

RETURN PRESENT; /# PRESENT IS A POINTER TO THE ARRAY INPNTR. #/ 
END; 


/* STRINGOUT IS A PROCEDURE TO SEND THE CONSOLE AN ASCII STRING 
ENDING IN THE VALUE 00. STRINGOUT NEEDS A VALUE OF TYPE POINTER 
*/ 


STRINGSOUT: 
PROCEDURE(PTR)i 
DECLARE PTR POINTER, STR BASED PTR (1) BYTE: 
I = O; 
DO WHILE STR(I) <> O; 
CALL CO(STR(I));: 
I=I + 13 
END; 
END: 


DECLARE TAGIS (#) BYTE DATA (’ OPERATING IN /’,0), 
TAGISONE (#) BYTE DATA (¢’10 SPACE’, OAH, ODH, O), 
TAGISZERO (#) BYTE DATA (‘SYSTEM SPACE’, OAH, ODH, OQ); 
/# TAGTEST TESTS THE TAG BIT AND SENDS A MESSAGE TO THE CONSOLE 
THE TAG IS LOCATED IN BIT THREE. A TAG BIT OF ONE MEANS THE 
POINTER IS TO I/O SPACE, AND A TAG BIT OF ZERO MEANS THE 
POINTER IS TO SYSTEM SPACE #/ 
/* THE CALLER MUST DECIDE WHICH BYTE HAS THE TAG AND PASS IT TO TAGTEST #/ 


TAGTEST: 
PROCEDURE( TEST); 
DECLARE TEST BYTE: 
CALL STRINGOUT(@TAGIS): 
IF (TEST AND 01000B) <> QO 
THEN 
DO; 
CALL STRINGOUT (@TAGISONE); 
END; 
ELSE 
DO; 
CALL STRINGOUT(@TAGISZERO);: 
END; 
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PL/M-86 COMPILER 8089 BREAKPOINT ROUTINE aie . to . >. PAGE. 
99 2 END; 
100 1 DECLARE SAVESADDR LITERALLY -’2000H’, 


SAVESSEG LITERALLY ‘OOCOH*: 


101 1 DECLARE BREAKS9 (4) WORD DATA (9BG1H, OB91H, SAVESADDR, SAVESSEG) j 
/* BREAKS9 IS AN 4 WORD ESCAPE SEQUENCE TO ADDRESS 2000H 
- CONSISTING OF AN LPDI TP, SAVESADDR WITH SEGMENT. 
LOCATED:AT OCOOH. / 


/*. BRARTN IS 33 BYTES OF CODE THAT. STORES ALL REGISTERS 
AS FOLLOWS: 
GA STORED AT PP 


+ 239 
GB STORED AT PP + 242 
GC STORED AT PP + 245 
BC STORED AT PP + 248 
IX STORED AT PP + 250 
CC STORED AT PP + 252 
MC STORED AT PP + 254 

*/ 
102 1- DECLARE BRKARTN (33) BYTE AT. (O2COOH) 


‘% QO2COOH IS ACTUALLY (SAVESADDR + (SHL(SAVESSEG),4)), AND SHOULD 
MATCH ADDRESS AND SEGMENT WHERE BREAK ROUTINE IS WANTED %/ 
INITIAL. 
(OSH, O9BH, OEFH, 023H, O9BH, OF2H, 043H, O9BH, OF SH, 063H, 087H, OF BH, OASH, 087H, 
CF AK, OC3H, 087H, OFCH, OE3H, 087H, Shen Qe eh: OseH) i 


1G3 1 DECLARE PP POINTER; 
104 1 DECLARE PPP BASED PP (1) BYTE; 
135 1 STARTSPRGM: 


PROCEDURE (ONESTWO, PPP ) i 
DECLARE ONESTWO BYTE, PPP POINTER, 


106 2 
WHERE BASED PPP (1) BYTE; 
107 2 WHERE (0) = ST ORT SRY VES OY 
1G8 e WHERE(1) = 0; m 
169 2 WHERE(2) = STARTSBYTES (2); 
110 2 WHERE(3) = STARTSBYTES(3); 
111 2 CPDAT( (ONESTWO) #8) = 3). . ; 
‘/* IF ONETWO =-1 THEN OUTPUT To. PORT OFBH, IF. ONETWO 
IS O.THEN QUTPUT..TO PORT OFAH +/ ne 
1ie Pei OUTPUT (CHANATTEN + (ONETWO )) = Oj; 
113 2 *> CALL. STRINGOUT( @CHANGIVEN); . : 
i14 2 END; 
/* THIS PART OF THE PROGRAM ALLOWS THE USER TO DEFINE THE 
CP,PP OF EACH CHANNEL +#/ ieee 
115 1 DECLARE BREAKOUT BASED ENDPOINTER (1) WORD: 
116 1 DECLARE CP POINTER; 
117 1 DECLARE CPDAT BASED CP (1) BYTE; 
118 1 DECLARE ONEPPDAT BASED ONEPP (1) BYTE; 
119 1 DECLARE TWOPPDAT BASED TWOPP (1) BYTE; 
120 1 CALL STRINGOUT (@TITLESTRING); 
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CALL STRINGOUT(@GETCP); 

CP = GETADDRESS: 

CALL STRINGOUT(@GETPP ); 

CALL STRINGOUT (@ONE); 

ONEPP = GETADDRESS: 

CALL. STRINGOUT (@GETPP ); 

CALL STRINGOUT(@TWO); 

TWOPP = GETADDRESS; . ~ 
OUTPUT (CHANATTEN) = O; /# INITIALIZATION CA #/ 


MAIN: 


CALL STRINGOUT ( @CHANNUMBER ); 
CHAR = CI; /#* GET CHANNEL NUMBER +#/ 
IF (CHAR AND O1H) <> O /# CHECK BIT ZERO TO DEFINE 
CHANNEL NUMBER +/ 
THEN DO; 
CALL STRINGOUT( GONE); 
ONETWO = CHANNELSONE:; 
END; 
ELSE 
DO; 
CALL STRINGOUT(@TWO); 
ONETWO = CHANNELSTWO; 
END; 


CALL STRINGOUT(@GETSSTART); /# GET STARTING ADDRESS 
FROM USER +#/ 


STARTPOINTER = GETADDRESS: pe . : 
DO I = 0 T0 3; /# MOVE STARTING ADDRESS INTO CP AREA #/ 
STARTBYTES(I) = INPNTR(I); 
END; 
CALL STRINGOUT(@STOPADDR); /# GET STOP ADDRESS 
FROM USER +#/ 


ENDPOINTER = GETADDRESS:;: 
DO I = 0 TO 3; /# MOVE CODE TO SAFE AREA #/ 
SAVECODE(I) = BREAKOUT(I); 
END; 
DO I = O TO 3: . - 
BREAKOUT(I) = BREAKB9(1I);i /# MOVE ESCAPE SEQUENCE INTO PLACE #/ 
END; 
CPDAT(1) = OFFH: /* SET CHANNEL ONE BUSY FLAG #/ 
CPDAT(9) = OFFH; /* SET CHANNEL TWO BUSY FLAG #/ 
DO CASE ONETWO; ; 


PP = ONEPP; 
PP = TWOPP: 
END; 


CALL STARTSPRGM(ONESTWO, PP); 

/* WAIT FOR ONE OF THE FOLLOWING 

1.CPDAT(1) = O CH1 NOT BUSY 

2. CPDAT(9) = O CH2 NOT BUSY 

3. THE 8251 REC. BUFFER IS FULL BECAUSE USER HAS DEPRESSED A KEY 
*/ . 
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DO WHILE ( (CPDAT(1) AND CPDAT(9)) AND (NOT (CINPUT(CRT$STATUS) AND O2H))) = OFFHi 
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162 2 END; 
163 1 IF CINPUT(CRT$STATUS) AND O2H) <> 0 
THEN 
164 1 DO; 
165 2 CHAR = CIi 
166 2 DO I = 0 T0 3: 
167 3 BREAKOUT(I) = SAVECODE(I); 
168 3 END; 
/* IF ONETWO = O THEN PUT CHA HLT IN CPDAT(O) 
IF ONETWO = 1 THEN PUT CHA HLT IN CPDAT(8) 
/ 
169 2 CPDAT(ONESTWO #8) = O6H; 
/* IF ONETWO = O THEN OUTPUT TO PORT OFAH, IF ONETWO 
IS 1 THEN OUTPUT TO PORT OFBH. 
*/ : 
170 2 OUTPUT (CHANATTEN + ONETWO) = O; 
171 2 DO I = 0 TO 5S; 
172 3 CALL TIME(100); 
173 3 END; 
/# IF BUSY FLAG HAS BEEN CLEARED, THEN A CA HALT&SAVE 
WAS EXECUTED. IF SO. PRINT SAVED TP; IF NOT, ABORT #/ 
174 2 IF CPDAT(SHL(ONETWO, 3) + 1) <> O /#* CHECK. BUSY FLAG #/ 
THEN 
175 2 DO; 
176 a CALL STRINGED TS EORERT 
177 3 END; 
ELSE 
178 2 DO: 
179 3 CALL STRINGOUT(@ABORTAT); 
180 3 CALL CO(CASCII(SHR(PPP(2),4))); ./# UPPER NIBBLE OF ADDR 
STORED BY HALT */ 
1861 3 CALL HEXOUT(PPP(1));. /# MIDDLE BYTE OF ADDR 
STORED BY HALT #/ 
182 3 CALL HEXOQUT(PPP(0O)); /# LEAST SIG BYTE OF ADDR 
STORED BY HALT #/ 
183 3 END; 
184 4 CPDAT(ONETWO #* 8) = 3H; /# CA START IN CPDAT(O) OR CPDAT(8) #/ 
185 2 GO TO MAIN: :: 
186 2 END; 
187 1 DO: 
188 2 CALL STRINGOUT (@BKREACHED) ; 
189 2 CALL STRINGOUT(@GASTRING); 
190 2 CALL COCASCII(SHR(PPP(241),4))); 
191 2 CALL HEXOUT (PPP (240) ); 
192 2 CALL HEXOUT (PPP (239) ); 
193 2 CALL TAGTEST(PPP (241) ); 
194 2 CALL. STRINGOUT(@GBSTRING); -; 
195 2 CALL COCASCII(SHR(PPP(244), 4))); 
196 2 CALL HEXOUT(PPP (2493) ); 
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197 
198 


199 
200 
201 
202 


203 


204 
205 
206 


MOLU 


END 


-86 COMPILER 


CALL 
CALL 


PI AQ 


CALL 
CALL 
CALL 
CALL 
CALL 


PIP} PJ PI 


CALL 
CALL 
CALL 


ha PI Ps 


CALL 
CALL 
CALL 


P3039 PQ 


CALL 
CALL 
CALL 


He OL 


CALL 
CALL 
CALI 


P28 fa 


RS 


END; 


/# RESTORE CODE TO ORIGINAL LOCATION 
= 0 TO 3: 
BREAKOUT(I) = SAVECODE(!): 


DO I 


he fl} 


END; 


is 


GO TO 


1 END; 


LE INFORMATION: 


CODE AREA SIZE. 
CONSTANT AREA SIZE 
VARTABLE AREA SIZE 
MAXIMUM STACK SIZE 
427 LINES READ 
Q PROGRAM ERROR(S) 
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HEXOUT (PPP (242) ); 
TAGTEST (PPP (244) )i 


STRINGOUT (@GCSTRING) i 
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COCASCII (SHR (PPP (247), 4)))i 


HE XOUT (PPP (246) )i 
HE XOUT (PPP (245) )i 
TAGTEST (PPP (247) ); 


STRINGOUT(@BCSTRING) i 
HEXOUT (PPP (249) ); 
HE XOUT (PPP (248) )i 


STRINGOUT (@IXSTRING);: 
HEXOUT(PPP(251))i 
HEXOUT (PPP (250) )i 


STRINGOUT(@CCSTRING) i 
HE XOUT (PPP (253) ); 
HE XOUT (PPP (252) )i 


STRINGOUT (@MCSTRING); 
HE XOUT (PPP (255) )i 
HEXOUT (PPP (254) )i 


MAIN; 


O619H 1561D 
OLEFH 495D 
0020H 32D 
OO14H 20D 


Hon ou 


OF PL/M-&& COMPILATION 
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ISIS-II 8089 ASSEMBLER X004 ASSEMBLY OF 
OBJECT MODULE PLACED IN : FO: BRKASM. OBU 
ASSEMBLER INVOKED BY ASM89. 4 BRKASM. SRC 


1 

eTelete) 2 
3 

4 

te) 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 

2000 17 
18 

0000 9108 00200000 19 
20 

21 

22 

23 

24 

235 

0000 26 
OOEF 27 
OOF2 28 
OOFS 29 
OOFS 30 
OOFA 31 
OOFC 32 
OOFE 33 
0100 34 
30 

36 

37 

38 

39 

2000 QO39B EF 40 
2003 239B F2 41. 
2006 439B FS 42 
2009 6387 FS 43 
200C A387 FA 44 
200F C387 FC 45 
2012 E387 FE 46 
47 

2015 2048 48 
49 

90 

2017 51 
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MODULE APSO_BREAKPOINT_ROUTINE 


NAME APSO_BREAKPOINT_ROUT INE 

BRAPNT SEGMENT 

j SESE AE TE SE IESE TE HE SE HE SE SE HE HE HE HE HE HE HE HE HEH HE HE HE HE HE HH HH a SE HE AE EE 
i BASIC 8089 BREAKPOINT ROUTINE 

i BY JOHN ATWOOD REV 3 8/13/79 

i INTEL CORPORATION 

j SERRATE SEE TE TE HEHE HEE TE EEE HEHE HE HE HE HEHEHE HE HE HE HE HE HE HEE HH a HE 


; THE FOLLOWING CODE IS CONTAINED IN THE PL/M-86 

i CONTROL PROGRAM(BREAK. 89.) AND IS ASSEMBLED HERE 

; TO ILLUSTRATE HOW THE ESCAPE SEQUENCE AND SAVE 

i ROUTINE CODE WAS GENERATED. TO USE THE 8089 BREAK- 
i POINT PROGRAM. THIS ASM89 PROGRAM WOULD NOT BE 

; NEEDED. SAVE_ADDR IS THE SAME AS SAVESADDR IN THE 

i BREAK. 89 PROGRAM. 

SAVE_ADDR i SAVE ROUTINE ADDRESS 


EQU 2000H 


LPDI TP, SAVE_ADDR i JUMP TO SAVE ROUTINE 
GE HEHHHHEHEHEEHEHEHEHEE BEET ee 


i; REGISTER SAVE LOCATIONS WITHIN PB: 


REGS STRUC 

PBLOCK: DS 239 © iPARAMETER BLOCK 
GASAV: DS 3 iGA AREA 

GBSAV: DS 3 iGB AREA 

GCSAV: DS 3 iGC AREA 

BCSAV: DS 2 + BC AREA 

IXSAV: DS 2. i IX AREA 

CCSAV: DS 2 iCC AREA 

MCSAV: DS 2 iMC AREA 

REGS ENDS 


+ REGISTER SAVE ROUTINE: 


ORG SAVE_ADDR 
MOVP CPP. GASAV, GA i SAVE GA 
MOVP CPP]. GBSAV, GB ; SAVE GB 
MOVP CPP]. GCSAV, GC ; SAVE GC 
MOV CPP. BCSAV. BC i SAVE BC 
MOV CPP]. IXSAV, IX: ; SAVE IX 
MOV LPP2. CCSAV, CC ; SAVE CC 
MOV CPP]. MCSAV, MC i SAVE MC 
HLT ;STOP THIS CHANNEL, 


i CLEAR BUSY FLAG. 
j MEHETE AE TE TE HE FE MEME HE HE TE TE HE HE FE HEME HE HEE IE MEE HE HEHE TE EE EEE EE 


BRKPNT ENDS 


END 
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Designing 8086, 8088, 
8089 Multiprocessor 
Systems with the 
8289 Bus Arbiter 
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8289 BUS ARBITER INTERFACING TO THE 
8288 BUS CONTROLLER 


8289 BUS ARBITER INTERNAL ARCHITECTURE 


8086 FAMILY PROCESSOR TYPES AND 
SYSTEM CONFIGURATIONS 
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Our thanks to Jim Nadir, the author of this application note. Jimis a 
design engineer in the microprocessors and peripherals. operation. 
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INTRODUCTION 


Over the past several years, microprocessors have been 
increasing in popularity. The performance improve- 
ments and cost reductions afforded by LSI technology 
have spurred on the design motivation of using multiple 
processors to meet system real-time performance 
requirements. The desire for improved system real-time 
response, system reliability and modularity has made 
multiprocessing techniques an increasingly attractive 
alternative to the system design engineer; techniques 
that are characterized as having more than one micro- 
processor share common resources, such as memory 
and |/O, over a common multiple processor bus. 


This type of design concept allows the system designer 
to partition overall system functions into tasks that 
each of several processors can handle individually to 
increase system performance and throughput. But, how 
should a designer proceed to implement a multiproc- 
essing system? Should he design his own? If so, how 
are the microprocessors synchronized to avoid conten- 
tion problems? The designer could put them all in phase 
using one clock for all the microprocessors. This may 
work, until the physical dimensions of the system 
become large. When this occurs, the designer is faced 
with many problems, like clock skew (resulting in bus 
spec violations) and duty cycle variations. 


A better approach to implementing a multiprocessor 
system is not to have a common processor clock, but 
allow each processor to work asynchronously with 
respect to each other. The microprocessor requests to 
use the multiple processor bus could then be synchro- 
nized to a high frequency external clock which will per- 
mit duty cycle and phase shift variations. This type of 
approach has the benefit of allowing modularity of hard- 
ware. When new system functions are desired, more 
processing power can be added without impacting 
existing processor task partitioning. 


One approach to implement this asynchronous process- 
ing structure would be to have all the bus requests enter 
a priority encoder which samples its inputs as a func- 
tion of the higher frequency “bus clock’. The inputs 
would arrive asynchronously to the priority encoder and 
would be resolved by the priority encoder structure as to 
which microprocessor would be granted the bus. An- 
other approach, that used by Intel, is rather than allow- 
ing the requests to arrive asynchronously with respect 
to one another at the priority encoder, the bus requests 
are synchronized first to an external high frequency bus 
clock and then sent to the priority encoder to be re- 
solved. In this way, the resolving circuitry common to all 
microprocessors is kept at a minimum. Overall system 
reliability is improved in the sense that should a circuit 
which serves to synchronize the processor’s request 
(which is now located on the same card as the micro- 
processor itself) fail, it is only necessary to remove that 
card from the system and the rest of the system will 
continue to function. Whereas in the other approach, 
should the synchronizing mechanism fail, the whole 


system goes down, as the synchronizing mechanism is 
located at the shared resource. In addition to the im- 
proved system reliability, moving the synchronization 
mechanism to the processor permits processor control 
over that mechanism, thereby permitting system flexi- 
bility (as will be shown) which could not be reasonably 
obtained by any other approach. 


This synchronizing or arbitrating function was _ inte- 
grated into the 8289, a custom arbitration unit for the 
8086, 8088, and 8089 processors. This note basically 
describes the 8289 arbitration unit, illustrates its dif- 
ferent modes of operation and hardware connect in a 
multiprocessor system. Related and useful documents 
are: 8086 user’s manual, 8289 data sheet, Article Reprint 
-55: Design Motivations for Multiple Processor 
Microcomputer Systems (which discusses implement- 
ing a semaphore with the MULTIBUS™) and Application 
Note 28A, Intel MULTIBUS™ interfacing. 


BUS ARBITER OPERATING CHARACTERISTICS 


The 8289 Bus Arbiter operates in conjunction with the 
8288 Bus Controller to interface an 8086, 8088, or 8089 
processor to a multi-master system bus (the 8289 is 
used as a general bus arbitration unit). The processor is 
unaware of the arbiter’s existence and issues com- 
mands as though it has exclusive use of the system bus. 
If the processor does not have the use of the multi- 
master system bus, the bus arbiter prevents the bus 
controller, the data transceivers and the address latches 
from accessing the system bus (i.e., all bus driver out- 
puts are forced into the high impedance state). Since 
the command was not issued, a transfer acknowledge 


(XACK) will not be returned and the processor will enter 


into wait states. Transfer acknowledges are signals 
returned from the addressed resource to indicate to the 
processor that the transfer is complete. This signal is 
typically used to control the ready inputs of the clock 
generator. The processor will remain in wait until the 
bus arbiter acquires the use of the multi-master system 
bus, whereupon the bus arbiter will allow the bus con- 
troller, the data transceivers and the address latches to 
access the system bus. Once the command has been 
issued and a data transfer has taken place, a transfer 
acknowledge (XACK) is returned to the processor. The 
processor then completes its transfer cycle. Thus, the 
arbiter serves to multiplex a processor (or bus master) 
onto a multi-master system bus and avoid contention 
problems between bus masters. 


Since there can be many bus masters on a multi-master 
system bus, some means of resolving priority between 
bus masters simultaneously requesting the bus must be 


_ provided. The 8289 Bus Arbiter provides for several 


resolving techniques. All the techniques are based ona 
priority concept that at a given time one bus master will 
have priority above all the rest. These techniques in- 
clude the parallel priority resolving techniques, serial 
priority resolving and rotating priority techniques. 
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A parallel priority resolving technique has a separate 
bus request (BREQ) line for each arbiter on the multi- 
master bus (See Figure 1). Each BREQ line enters into a 
priority encoder which generates the binary address of 
the highest priority BREQ line which is active at the 
inputs. The output binary address is decoded by a 
decoder to select the corresponding BPRN (bus priority 
in) line to be returned to the highest priority requesting 
arbiter. The arbiter receiving priority (BPRN active low) 


then allows its associated bus master onto the multi- 


master system bus as soon as it becomes available (i.e., 
it is no longer busy). When one bus arbiter gains priority 
over another arbiter, it cannot immediately seize the 
bus, it must wait until the present bus occupant com- 


BUS 
ARBITER 
1 
ipa 
aren, 
ARBITER 
J 2 
r | n 
P14 
ARBITER 
yt 
BUS. 
ARBITER 
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pletes its transfer cycle. Upon completing its transfer 
cycle, the present bus occupant recognizes that it no 
longer has priority and surrenders the bus, releasing 
BUSY. BUSY is an active low OR-tied signal line which 
goes to every bus arbiter on the system bus. When 
BUSY goes high, the arbiter which presently has bus 
priority (BPRN active low) then seizes the bus and pulls 
BUSY low to keep other arbiters off the bus. (See 
waveform timing diagram, Figure 2.) Note that all multi- 
master system bus transactions are synchronized to the 
bus clock (BCLK). This allows for the parallel priority 
resolving circuitry or, any .other priority resolving 
scheme employed, time to settle and make a correct 
decision. | | 


1- 
2 


74148 © 
PRIORITY 
ENCODER 


Figure 1. Parallel Priority Resolving Technique . 


BREG AN 
‘ @) ; 
‘BPRN 
ae we 
BUSY | | ® 


@) HIGHER PRIORITY BUS ARBITER REQUESTS THE MULTI-MASTER SYSTEM BUS. 


ATTAINS PRIORITY. 


@) LOWER PRIORITY BUS ARBITER RELEASES BUSY. 
@) HIGHER PRIORITY BUS ARBITER THEN ACQUIRES THE BUS AND PULLS BUSY DOWN. 


Figure 2. Higher Priority Arbiter Obtaining The Bus From A Lower Priority Arbiter 
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A serial priority resolving technique eliminates the need 
for the priority encoder-decoder arrangement by daisy- 
chaining the bus arbiters together. This is accomplished 
by connecting the higher priority bus arbiter’s BPRO 
(bus priority out) output to the BPRN of the next lower 
priority (see Figure 3). The highest priority. bus arbiter 
would have its BPRN line grounded, signifying to the ar- 
biter that it always has highest priority when requesting 
the bus. 


HIGHEST PRIORITY 


BUS 
ARBITER 
1 


BUS 
ee 
Ce eal 
BUS BPRN 
dir ak BPRO 


BUS 
ARBITER 
4 


. BPRN 


THE NUMBER OF ARBITERS THAT MAY BE DAISY-CHAINED 
TOGETHER IN THE SERIAL PRIORITY RESOLVING TECH- 
NIQUE IS A FUNCTION OF BCLK AND THE PROPAGATION 
DELAY FROM ARBITER TO ARBITER. NORMALLY, AT 10 MHz 
ONLY 3 ARBITERS MAY BE DAISY-CHAINED. SEE TEXT. 


Figure 3. Serial Priority Resolving 


A rotating priority resolving technique arrangement is 
similar to that of the parallel priority resolving technique 
except that priority is dynamically reassigned. The pri- 
ority encoder is replaced by a more complex circuit 
which rotates priority between requesting arbiters, thus 
guaranteeing each arbiter equal time on the multi- 
master system bus. 


There are advantages and disadvantages for each of the 
techniques described above. The rotating priority re- 
solving technique requires an extensive amount of logic 
to implement, while the serial technique can accommo- 
date only a limited number of bus arbiters before the 
daisy-chain propagation delay exceeds the multi-master 
system bus clock (BCLK). The parallel! priority resolving 
technique is, in general, the best compromise. It allows 
for many arbiters to be present on the bus while not 
requiring much logic to implement. 


Whatever resolving technique is chosen, it is the 
highest priority bus arbiter requesting use of the multi- 
master system bus which obtains the bus. Exceptions 
do exist with the 8289 Bus Arbiter where a lower priority 
arbiter may take away the bus from a higher priority ar- 
biter without the need for any additional external logic. 
This is accomplished through the use of the CBRQ pin, 
discussed in a later section. 


MULTI-MASTER SYSTEM BUS SURRENDER AND 
REQUEST ; i Pad 


The 8289 Bus Arbiter provides an intelligent interface to 
allow a processor or bus master of the 8086 family to ac- 
cess a multi-master system bus. The arbiter directs the 
processor onto the bus and allows both higher and 
lower priority bus masters to acquire the bus. Higher 
priority masters obtain the bus when the present bus 
master utilizing the bus completes its transfer cycle (in- 
cluding hold time). Lower priority bus masters obtain 
the bus when a higher priority bus master is not 
accessing the system bus and a lower priority arbiter 
has pulled CBRQ low. This signifies to the arbiter 
presently holding the multi-processor bus that a lower 
priority arbiter would like to acquire the bus when it is 
not being used. A strapping option (ANYRQST) allows 
the multi-master system bus to be surrendered to any 
bus master requesting the bus, regardless of its priority. 
If there are no other bus masters requesting the bus, the 
arbiter maintains the bus.as long as its associated bus 
master has not entered the HALT state. The 8289 Bus 
Arbiter will not voluntarily surrender the system bus and 
has to be forced off by another bus master. An excep- 
tion to this can be obtained by strapping CBRQ low and 
ANYRQST high. In this configuration the 8289 will 
release the bus after each transfer cycle. 


How the 8289 Bus Arbiter is configured determines the 
manner in which the arbiter requests and surrenders the 
system bus. If the arbiter is configured to operate witha 
processor which has access to both a multi-master 
system bus and a resident bus, the arbiter requests the 
use of the multi-master system bus only for system bus 
accesses (i.e., it is a function of the SYSB/RESB input 
pin). While the processor is accessing the resident bus, 
the arbiter permits a lower priority bus master to seize 


_ the system bus via CBRQ, since it is not being used. A 


processor configuration with both an I/O peripheral bus 
and a system bus behaves similarly. If the processor is 
accessing the peripheral bus, the arbiter permits the 
surrendering of the multi-master system bus to a lower 
priority bus master. To request the use of the multi- 
master system bus, the processor must perform a 
system memory access (as opposed to an 1/O access). 


The arbiter decodes the processor status lines to deter- 
mine what type of access is being performed and be- 
haves correspondingly. For simpler system config- 
urations, such as a processor which accesses only a 
multi-master system bus, the arbiter requests the use of 
the system bus when it detects the status lines in- 
itiating a transfer cycle. The decoding of these status 
lines can be referenced in. the 8086, 8088 (non-I/O proc- 
essor) data sheets or the 8089 (I/O processor) data 
sheet. 


_ There is one condition common to all system configura- 


tions where the multi-master system bus is surrendered 
to a lower priority bus master requesting the bus by pull- 
ing CBRQ low. This is the idle or inactive state (Tl) which 
is unique to the 8086 and 8088 processor family. This TI 
state comes about due to the processor’s ability to 
fetch instructions in advance and store them internally 
for quick access. The size of the internal queue was op- 
timized so that the processor would make the most ef- 
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fective use of its resources and be slightly execution 
bound. Since the processor can fetch code faster than it 
can execute it, it will fill to capacity its internal storage 
queue. When this occurs, the processor will enter into 
idle or inactive states (TI) until the processor has ex- 
ecuted some of the code in the storage queue. Once this 
occurs, the processor will exit the Tl state and again 
start code fetching. Between entering into and exiting 
from the TI state an indeterminate number of TI states 
can occur during which the bus arbiter permits the sur- 
rendering of the multi-master system bus to a lower 
priority bus master. As noted earlier and worth 
repeating here, once the 8289 Bus Arbiter acquires the 
use of the multi-master system it will not voluntarily sur- 
render the bus and has to be forced off by another bus | 
master. This will be discussed in more detail later. | 


Two other signals, LOCK and CRQLCK (Figure 4), lend 
to the flexibility of the 8289 Bus Arbiter within system 
configurations. LOCK is a signal generated by the proc- 
essor to prevent the bus arbiter from surrendering the 
multi-master system bus to any other bus master, either 
higher or lower priority. CRQLCK (common request lock) 
serves to prevent the bus arbiter from surrendering the 
bus to a lower priority bus master when conditions war- 
rant it. LOCK is used for implementing software 
semaphores for critical code sections and real time 


critical events (such as refreshing or hard disk 
transfers). - 


8289 BUS ARBITER INTERFACING TO THE 8288 
BUS CONTROLLER | 


Once the 8289 Bus Arbiter determines to either allow its 
associated processor onto the multi-master system bus: 
or to surrender the bus, it must guarantee that com- 
mand setup and hold times are not violated. This is a 
two part problem. One, guaranteeing hold time and two, 
guaranteeing setup time. The 8288 Bus Controller per- 
forms the actual task of establishing setup time, while 
the 8289 Bus Arbiter establishes hold time (see Figure 
9). 


Tne 8289 Bus Arbiter communicates with the 8288 Bus 
Controller via the AEN line. When the arbiter allows its 
associated processor access to the multi-master sys- 
tem bus, it activates AEN. AEN immediately enables the 
address latches and data transceivers. The bus con- 
troller responds to AEN by bringing its command output 
buffers out of high impedance state but keeping all 
commands disqualified until command setup time is 
established. Once established, the appropriate com- 


‘mand is then issued. AEN is brought to the false state 


after the command hold time has been established by 
the arbiter when surrendering the bus. 


_LOCK TIMING 


THE ONLY CRITICAL LOCK TIMING IS THAT SHOWN ABOVE. LOCK MUST BE 
ACTIVATED NO SOONER THAN 20 ns INTO o1 AND NO LATER THAN 40 ns 
PRIOR TO THE END OF 02. LOCK INACTIVE HAS NO CRITICAL TIMING AND 
CAN BE ASYNCHRONOUS. 


CRGLCK HAS NO CRITICAL TIMING AND IS CONSIDERED AS AN 
ASYNCHRONOUS INPUT SIGNAL. ; 


_ Figure 4. Lock Timing 


AEN 
(8289) 


COMMAND 
ACTIVE dnicdall 
(8288) 


*ADDRESS 

. (8282, 8283) 
CONTROLLED BY . 

’ AEN FROM 8289 


*ADDRESSES ARE ACTIVATED IMMEDIATELY WHILE COMMAND IS DELAY 
TO ESTABLISH SETUP TIME REQUIREMENTS. 


**THE 8289 ARBITER INTERNALLY TRACKS THE PROCESSOR CYCLE TO 
ESTABLISH THE PROPER AMOUNT OF HOLD TIME AFTER THE COMMAND 
HAS GONE INACTIVE. 


Figure 5. Single Bus Interface Timing 
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8289 BUS ARBITER INTERNAL ARCHITECTURE 


A block diagram of the internal architecture of the 8289 
Bus Arbiter is shown in Figure 6. It is useful to under- 
stand this block diagram when discussing the different 
modes of the 8289 and their impact on processor bus 
operations; however, you may want to skip this section 
to ‘8086 family processor types and system configura- 
tions” and return to it afterwards, as this section ad- 
dresses the very involved reader. The front end state 
generator (FETG) and the back end state generator 
(BETG) allow the arbiter to track the processor cycle. An 
examination of an 8086 family processor state timings 


show that all command and control signals are issued in 


states T1 and T2 while being terminated in states T3 and 
T4, with an indeterminate number of wait states (Tw) oc- 
curring in between. Note further, that an indeterminate 
number of idle or inactive states can occur immediately 
proceeding and following a given transfer cycle. Since 
an indeterminate number of wait states can occur, two 
state generators are required; one to generate control 
signals (the FETG) and one to terminate control signals 
(the BETG). The FETG is triggered into operation when 
the processor activates the status lines. The FETG is 
reset and the BETG is triggered into operation by the 
status lines going to the passive condition. The BETG is 
reset when the status lines again go active. 


It is necessary for the 8289 Bus Arbiter to track the proc- 
essor in order that it is properly able to determine where 
and when to request or surrender the use of the multi- 
master system bus. In system configurations which ac- 
cess a resident bus, the use of the multi-master system 


BREQ SET 
CIRCUITRY 


PROCESSOR 
STATUS 


STATUS & MOVE 
& CLOCK DECODE 


bus is requested later in order to allow time for the 
SYSB/RESB input to become valid. For systems which 
access a peripheral bus, the arbiter issues a request for 
the system bus only for memory transfer cycles which it 
decodes from the status lines (and time must be al- 
lowed for the status lines to become valid and then de: . 
coded). In a system which accesses only a multi-master. 
system bus, a request is made as soon as the arbiter 
detects an active-going transition on the processor’s 
status lines. Thus, when the processor initiates a 
transfer cycle, the FETG is triggered into operation and, 
depending upon what mode the arbiter is configured in, 
the STATUS & MODE DECODE circuitry initiates a re- 
quest for the system bus at the appropriate time. The re- 
quest enters the BREQ SET circuitry where it is then 
synchronized to the .multi-master system bus clock 
(BCLK) by the PROCESSOR SYNCHRONIZATION cir- 
cuitry.* Once synchronized, the multi-master system 
bus interface circuitry issues a BREQ. When the priority 
resolving circuitry returns a BPRN (bus priority in), the 
PROCESSOR SYNCHRONIZATION circuitry seizes the 
bus the next time it becomes available (i.e., BUSY goes ° 
high) by pulling BUSY low one BCLK after it goes high 
and enables AEN. (See waveform timing diagram in 
Figure 2). Once the arbiter acquires the use of the 
system bus and a data exchange has taken place (a 
transfer acknowledge, XACK, was returned to the proc- 
essor), the processor status lines go passive and the 


“Due to the asynchronous nature of processor trasnsfer request to the 
multi-master system bus clock, it is necessary to synchronize the proc- 
essors transfer request to BCLK. 


PROCESSOR MULTI-MASTER BREQ 
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Figure 6. 8289 Bus Arbiter Block Diagram 
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BETG is triggered into operation. The BETG provides 
the timing for the bus surrender circuitries in the event 
that conditions warrant the surrender of the multi- 
master bus, i.e., the bus arbiter lost priority to a higher 
bus master or the processor has entered into TI states 
and CBRQ is pulled low, etc. If such is the case, the 


BREQ RESET DECODER initiates a bus surrender re- 


quest. The bus surrender request is synchronized by the 
MMS BUS SYNCHRONIZATION CIRCUITRY to the proc- 
essor clock. The MMS BUS SYNCHRONIZATION CIR- 
CUITRY instructs the bus controller interface circuitry 
to make AEN go false and resets the BREQ SET cir- 
cuitry. Resetting the BREQ SET circuitry will cause its 
output to go false and be synchronized by the processor 
synchronization, 
MASTER SYSTEM BUS INTERFACE ‘circuitry to reset 
BREQ. In the event that a lower priority arbiter has 
caused the arbiter to surrender the bus, it is necessary 
that BREQ be reset. Resetting BREQ allows the priority 
resolving circuitry to generate BPRN to the next highest 
priority bus master requesting the bus. The BREQ 


RESET WINDOW circuitry provides a ‘window’ wherein | 


the arbiter allows the multi-master system bus to be sur- 
rendered and serves as part of the MMS bus- -processor 
er ieonlzallon circuitry: 


8086 FAMILY PROCESSOR TYPES AND 
SYSTEM CONFIGURATIONS | 


There are two types of processors in the 8086 family — 
an I/O processor (the 8089 IOP) and a non-I/O processor 
(the 8086 and 8088 CPUs). Consequently, there are two 
basic operating modes in the 8289 Bus Arbiter. One, the 
1OB (I/O peripheral bus) mode, permits the processor ac- 
cess to both an I/O peripheral bus and a multi-master 
system bus. The second, the RESB (resident bus) mode, 
permits the processor to communicate over both a resi- 
dent bus and a multi-master system bus. Even though it 
is intended for the arbiter to be configured in the lIOB 
mode when interfacing to an I/O processor and for it to 
be in the RESB mode when interfacing to a non-I/O proc- 
essor, it is quite possible for the reverse to be true. That 
is, it is possible for a non-l/O processor to have access 
to an I/O peripheral bus or for an I/O processor to have 
access to a resident bus as well as access to a multi- 
master system bus. The IOB strapping option con- 


figures the 8289 Bus Arbiter into the IOB mode and 


RESB strapping option configures it into the resident 
bus mode. If both strapping options are strapped false, 
a third mode of operation is created, the single bus 
mode, in which the arbiter interfaces the processor toa 
multi-master system bus only. With bottv options strap- 
ped true, the arbiter interfaces the processor to a mulTti- 
master system bus, a resident bus and an I/O bus. 


To better understand the 8289 Bus Arbiter, each of the 
operating modes, along with their respective timings, 
are examined by means of examples. The simplest con- 
figuration, the Single Bus Configuration, (both 1OB and 
RESB strapped inactive) will be considered first, fol- 


eventually instructing the MULTI- 


lowed by the I/O bus Configuration and the Resident 
Bus Configuration. Finally, brief mention is made of a 
configuration that allows the processor to interface to 
two multi-master system buses. This particular con- 
figuration is briefly mentioned because, as will be seen, 
it is simply an extension of the resident bus configura- 
tion. When discussing the Single Bus Configuration, 
processor/arbiter, arbiter/system bus and internal ar- 
biter, considerations are made resulting ina table that il- 
lustrates overhead in requesting the system bus. As this 
applies to.the other 8289 configurations, only additional 
considerations will:be given. A summary of when to use | 
the different configurations is given at the end. 


8289 SINGLE BUS INTERFACE 


Figure 7 shows a block diagram of a bus master which 
has to interface only to a system bus — preferably the 
MULTIBUS — where there exists more than one bus 
master. In later configurations, it will be shown how the 
processor can be made to interface with more than one 
bus. Since the processor has only to interface with one 
bus, this configuration is called “single”. 


Connecting the 8289 Bus Arbiter to the processor is as 
simple as it-was to connect the 8288 Bus Controller. 

Namely, the three status lines, SO, S1, and S2 are 
directly connected from the processor to the arbiter. 

The clock line from the 8284 Clock Generator is brought 
down and connected. (Note that both the 8288 Bus Con- 
troller and the 8289’ Bus Arbiter are connected to the 
same clock, CLK and not the peripheral clock, PCLK as 
the 8086 processor.) From the arbiter, AEN is con- 
nected to the bus controller and to the clock generator. 

The IOB pin on the arbiter is strapped high and on the 
controller the IOB pin is strapped low. In addition, the 
RESB pin on the arbiter is strapped low, finishing the 
processor interface. 


Some ‘flexibility exists with the MULTIBUS or multi- 
master system bus interface. The system designer must 
first decide upon the type of priority resolving scheme 
to be employed, whether it is to be the serial, parallel, or 
rotating priority scheme. A rotating priority scheme 
would be employed where the system designer would 
want to guarantee that every bus master on the bus 
would be given time on the bus. In the serial and parallel 
schemes, the possibility exists that the lowest assigned 
priority bus master may not acquire the bus for long 


-- periods of time. This occurs because priority is perma- 
-nently assigned and if bus demand is high by the higher 


assigned priorities, then the lower priorities must wait. 
In most cases, this situation is acceptable because the 
highest priority is assigned to the bus master that can- 
not wait. Highest priority is usually assigned to DMA 
type devices where service requirements occur in real 
time. CPUs are assigned the lower priorities. For the 
purpose of this discussion, the parallel priority scheme 
will be used with brief reference to the serial priority 
scheme. 
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Figure 7. Single Multimaster Bus Interface 


Figure 8 shows how a typical multi-processing system 
might be configured with the 8289 in the Single Bus 
mode. In the system there are three bus masters, each 
having the assigned priority as indicated—priority 1 
being the highest and priority 3 being the lowest. Prior- 
ity is established using the parallel priority scheme 
(ignore the dotted signal interconnect for the moment). 
Each bus arbiter monitors its associated processor and 
issues a bus request (BREQ) whenever its processor 
wants the bus. A common clocking signal (BCLK) runs 
to each of the arbiters in the system. It is from the fall- 
ing edge of this clock that all bus requests are issued. 
Since all bus requests are made on the same clock 


edge, a valid priority can be established by the priority: 


resolving circuitry by the next falling BCLK edge. Note 
that all multi-master system bus (MULTIBUS) input sig- 
nals are considered to be valid at the falling edge of 
BCLK. And that all multi-master system bus output 
signals are issued from the falling edge of BCLK. With 
the parallel resolving module, arbiters 2 and 3 would 
issue their respective BREQs (Figure 9) on the falling 
edge of BCLK 1, as shown. The outputs (BPRN 1, BPRN 
2, and BPRN 38) of the priority encoder-decoder arrange- 
ment change to reflect their new input conditions and 
need to be valid early enough in front of BCLK 2 to 
guarantee the arbiter’s setup time requirements. Since 
arbiter 2 at the time is the highest priority arbiter re- 
questing the bus, bus priority is given to arbiter 2 (BPRN 
2 goes low), and since the bus was not busy (BUSY is 
high) at the time priority was granted to arbiter 2, arbiter 
2 pulls BUSY inactive on BCLK 2, thereby seizing the 
bus and excluding all other arbiters access to the bus. 
Once the bus is seized, arbiter 2 activates its AEN. AEN 
going low directly enables the 8283 address latches and 


wakes up the 8288 Bus Controller. The bus controller 
enables the 8287 transceivers, waits until the address to 
command setup time has been established, and then 
enables its command drivers onto the bus. 


If the serial priority resolving mode was used instead, 
much of the events that happened for the parallel prior- 
ity resolving mode would be the same except, of course, 


_ there would be no parallel priority resolving module. In- 


stead, the system would be connected as indicated in 
Figure 8 by the dotted signal lines connecting the BPRO 
of one arbiter to BPRN of the'next lower priority arbiter. 


The BREQ lines would be disconnected and the priority 
encoder-decoder arrangement removed. This arrange- 
ment is simpler than the parallel priority arrangement 
except that the daisy-chain propagation delay of the 
highest priority bus arbiter’s BPRO to the lowest priority 
bus arbiters BPRN, including setup time requirement 
(BPRN to BLCK), cannot exceed the BCLK period. In 
short, this means there are only so many arbiters that 
can be daisy-chained for a given BCLK frequency. Of 
course, the lower the BCLK frequency, the more arbiters 
can be daisy-chained. The maximum BCLK frequency is 
specified at 10 MHz, which would allow for three 8289 
arbiters to be daisy-chained. In general, the number of 
arbiters that can be connected in the serial daisy-chain 
configuration can be determined from the following 
equation: 


BCLK period = TBLPOH + TPNPO (N-—1) + TPNBL 


where N =# of arbiters in system 
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Figure 9. Example Timing For Figure 8 


Returning to Figure 9, it can be seen that K BCLKs later, 
arbiter 1 has decided to request the bus and its BREQ, 
BREQ 1, has gone low. Since arbiter 1 is of higher priori- 
ty than arbiter 2, which presently has the bus, bus priori- 
ty is reassigned by the priority module (or the daisy- 
chain approach in the serial priority) to arbiter 1. BPRN 1 
goes low and BPRN 2 now goes high (BPRN 3 remains 
high, even though decoding can cause it to glitch 
momentarily). The loss of priority instructs arbiter 2 that 
a higher priority arbiter wants the bus and that it is to 
release the bus as soon as its present transfer cycle is 
done. Since arbiter 2 cannot immediately release the 
bus, arbiter 1 must wait. In the particular case illustrated 
in Figure 9, arbiter 2 releases the bus (allows BUSY to go 
high) on clock edge M, and on clock edge M + 1, arbiter 1 
now seizes the bus, pulling BUSY low. Arbiter 1 is the 
highest priority arbiter in the system and it now has the 
bus. Arbiters 2 and 3 still want the bus (their BREQs are 
both low). 


How quickly arbiter 1 can acquire the bus is dependent 
upon the configuration and strapping options of the ar- 
biter it is trying to acquire it from. For example, if the 
LOCK input to arbiter 2 was active (low) at the time, then 
arbiter 1, even though it was of higher priority, would not 
have acquired the bus until after LOCK was released 
(goes high). Effectively, LOCK locks the arbiter onto the 
bus once the bus has been acquired. LOCK will not 
force another arbiter to release the bus any sooner, it 
just prevents the bus from being given away no matter 
what the priority of the other arbiter. Another factor to 
be considered is where in the transfer cycle is the proc- 
essor when the arbiter is instructed to give up the bus. 
Obviously, if the cycle had just started, it will take 
longer for the bus to be released than if the cycle was 
just ending. Another factor to be included in this con- 
sideration is the phase relationship of the processor's 
clock (CLK) to the bus clock (BCLK). This relationship is 
examined in more detail later on. Table 1 lists the time 
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requirements for various arbiter actions such as bus ac- 
quisition and bus release (under LOCK and other 


circumstances) taking into account ‘the phase relation- | 


ships between CLK and BCLK. 


re 


Status—- BREQ! Single 2 BCLKs 1 7 BCR 


2 BCLKs + 1 BCLK+ 
~1CLK* ~ Y2 CLK* 


2 BCLKs + 1 BCLK+ 
~2 CLKst 

2BCLKs+ | 1BCLK+ 
~2 CLKst 1% CLKst 
*Request originates off of 2 of T1 and BREQ! occurs 1 BCLK (min) 
to 2 BCLKs (max) thereafter. Depending upon where status occurs 
with respect to clock determines how long:a time exists between 
Status and ¢2 of T1, and is anywhere from %2 CLK we to 1 CLK 
(max). | 

tRequest originates off of T2- o1 and BREQ! occurs 1 BCLK (min) to 
2 BCLKs (max) thereafter. The same reasoning as used in the 10B 
mode is valid here- 


Status—BREQ|! 1IOB 


Status — BREQ! RESB 


Status— BREQi IOB-RESB 


So 


2 CLKs+ 
2 BCLKs~” 


2 CLKs+ 
2 BCLKs-- 


Surrender occurs once the proper surrender conditions exist. — 


Table 1. Surrender and Request Time Delays 


Higher Priority (BPRN1) © 


Lower Priority (CBRQ!) | — All 


One signal which has been basically ignored to.this 


point is CBRQ. CBRQ, like BUSY, is an open-collector 
signal from the arbiter which is tied to the CBRQ signals 
of the other arbiters and to a pull-up resistor (see Figure 
8). CBRQ is both an input and an output. As an output, 

CBRQ serves to instruct the arbiter presently on the bus 
that another arbiter wishes to acquire the bus: As an in- 

put, CBRQ serves to instruct the arbiter presently on the 
bus that another arbiter wants the bus. CBRQ is an input 
or output, dependent on whether the arbiter is on the 
bus or not (respectively), and is issued as a function of 


BREQ. Thus, a lower priority arbiter requesting the bus © 


already controlled by a higher priority arbiter will pull 
CBRQ low, as well as BREQ. Even a higher priority ar- 
biter will pull CBRQ low until it acquires the bus. Note, 
however, that the higher priority arbiter will acquire the 
bus, through the reassignment of priorities — it being 
given priority and the other arbiter presently on the bus 
losing it. In effect, CBRQ serves to notify the arbiter that 
an arbiter of lower priority wants the bus. 


If the arbiter presently on the bus is eéatiaurad to react 
to.CBRO and the proper surrender conditions exist, the 
bus is released. When releasing the bus, the arbiter also 
turns off its BREQ (BREQ goes high) in order to allow 
priority to be established to the next lower arbiter re- 
questing the bus. Such is the case shown in Figure 9. 
Whereas it was assumed that the proper surrender con- 
ditions did not exist for arbiter 2 when it had the bus, it 
is assumed that the proper conditions do exist during 
the time that arbiter 1 has the bus. Arbiter 2 had to give 
up the bus because an arbiter of higher priority was re- 


~ 1% CLKst 


questing it. Arbiter 1 surrenders the bus because the 
proper surrender conditions exist and a lower priority ar- 
biter requested the bus by pulling: CBRQ low. This is an 


_assumed condition which is not otherwise shown in 
Figure 9. This is not an unrealistic condition. Normally, 


a higher priority arbiter will acquire the bus through the 
reassignment of priorities, while lower priority arbiters 
acquire the bus through CBRQ. ‘ 


_ Digressing for a moment, the 8289 Bus Arbiter will not 


voluntarily Surrender the bus (except when the proc- 


-essor halts execution). As a result, it has to be forced off 


the bus. The 8289 Bus Arbiter does not generate a BREQ 


for each cycle. It generates a BREQ once and then 
‘hangs onto the bus. To do otherwise. would require that 


BREQ be dropped (go high) after each transfer cycle so 
that if it did need to do another transfer cycle, another 
arbiter would automatically be assigned priority. This 
approach, however, entails certain overhead. Command 
to address setup and hold time must be prefixed and ap- 


pended to each transfer cycle. Each transfer cycle 


would be characterized by first acquiring the bus, then 
establishing the setup time requirements, finally per- 
forming the transfer cycle, establishing the hold time re- 
quirements, and then releasing the bus (see Figure 10). 
If another transfer cycle was to immediately follow and 
if the arbiter still had priority, then the whole above pro- 
cedure would be repeated. The end result would be 
wasted time as hold times following setup times (see 
Figure 10A). The approach taken by the 8289 Bus Arbiter 
of having to be forced off the bus, even when it is not 


using the bus (i.e., forced off by a lower priority arbiter), 


provides for greater bus: efficiency. A lower priority ar- 
biter having to force off another arbiter that is not using 
the bus but just hanging on to it, may not seem very effi- 
cient. In actuality it is a good trade-off: In many multi- 
master systems some bus masters occasionally de- 
mand the bus, while others demand the bus constantly. 
The bus master which.constantly demands the bus may 
momentarily need not to access the bus. Why should 
that arbiter surrender the bus when chances are that the 
other bus masters which occasionally access the bus 


_ don’t want it at the time? If it doesn’t give up the bus, 


then it can momentarily cease access to the bus and 
then continue, without any performance penalty of hav- 
ing to reestablish control of the bus. The greater bus ef- 
ficiency that it affords is well worth the added complexi- 
ty (Figure 10B). 


Returning to Figure 9, the combination of thei proper sur- 
render conditions existing and CBRQ being low, forced 
the higher priority arbiter, arbiter 1, off the bus. Arbiter 
2, being of next higher priority and wanting the bus, ac- 
quired the bus.on clock edge N + 1. If arbiter 1.decides 
to *e-access the bus, it would reacquire the bus through 
the reassignment of priorities. This is not the case 
shown in Figure 9. Arbiter 1 has decided that it does not 
need the bus and does not renew its BREQ. Arbiter.2, 
having acquired ‘the bus through CBRQ; is now -the 
highest priority. arbiter-requesting the bus. As can be 
seen it is not the only arbiter requesting the bus. Arbiter 
3 is still patiently waiting for the bus and CBRQ remains 
low. The same conditions that forced.arbiter 1 off the 
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bus for arbiter 2 now forces arbiter 2 off the bus for ar- 
biter 3. When the proper surrender conditions exist, ar- 
biter 2 releases its BREQ and surrenders the bus to ar- 
biter 3. Arbiter 3 acquires the bus on clock edge P+ 1 
and releases its CBRQ. Since no other arbiter wants the 
bus (i.e., there is no other arbiter holding CBRQ low), 
CBRQ goes high (inactive). This would have also been 
true when arbiter 2 acquired the bus and released its 
CBRQ if arbiter 3 didn’t want the bus. 


In the Single interface, the arbiter monitors the proc- 
essor’s Status lines, which are activated whenever the 
processor performs a transfer cycle. The arbiter, on 
detecting the status lines going active, will issue a 
BREQ if the status is not the HALT status. If the proc- 
essor issues the HALT status, the arbiter will not re- 
quest the bus, and if it has the bus, will release it. 


This effectively concludes how arbiters interact to one 
another on the bus. Having examined the processor-to- 
arbiter interface, and arbiter-to-MULTIBUS (arbiter-to- 
arbiter) interaction, one interface is left, the internal 
interface of processor-related signals to that of 
MULTIBUS-related signals. 


An important point to remember is that the processor 
has its own clock (CLK) and the multi-master system 
bus has its own (BCLK). These two clocks are usually 
out of phase and of different frequencies. Thus, the ar- 
biter must synchronize events occurring on one inter- 
face to events occurring on another interface. As a 
result of this back and forth synchronization, ambiguity 
can arise as to when events actually do take place. 


Very simply, the 8289 arbiter operation can be repre- 
sented as two events, requesting and surrendering. 
Figure 11 is a representation of the timing relationships 
involved. The request input is a function of the proc- 
essor’s clock and the surrender input is a function of 
either the bus clock or the processor’s clock. To request 


the bus, the processor activates its status lines whichin 
turn enables the request input. Depending upon the 
phase relationship between the occurrence of status (re- 
quest active) and BCLK, BREQ appears one to two 
BCLKs later. As shown in Figure 12, the phase relation- 
ship between request and BCLK is such that the BRQ1 
flip-flop may or may not catch request on the first 
BCLK.* 


If BRQ1 flip-flop does catch the request, then one BCLK 
later, BREQ goes low and one BCLK after that, BUSY 
goes low (it is assumed that priority is immediately 
granted and that the bus is available). If BRQ1 flip-flop 
does not catch the request, then request is caught on 
the next BCLK and BREQ goes low one BCLK later, fol- 
lowed by BUSY which also goes low one BCLK later. 


_Note that BREQ and BUSY track, as BREQ is an input 


term for BUSY. During bus acquisition, the surrender 
flip-flop is Ilse (SURNDR Q=low) and AEN follows 
BUSY. : 


Once the bus is acquired, the surrender circuitry is 
enabled so that when a valid surrender condition exists, 
the bus can be surrendered. The surrender circuitry syn- 
chronizes the surrender request to the processor’s 
clock and drives SURNDR low. Like the acquisition cir- 
Cuitry, it takes from one to two processor clocks to gen- 
erate SURNDR and depends upon the phase relation- 
ship between the surrender request and the processor’s 
clock. os ? 


“The two bus request flip-flops, BRQ1 and BRQ2, are edge-triggered, 
~ high resolution flip-flops and serve to reduce the probability of walkout 


down to an acceptable level. Walkout occurs because BCLK is asyn-. 
chronous with respect to request. If walkout does occur on BRQ1 flip- 
flop, the probability is high that the BRQ1 flip-flop will resolve itself 
prior to BRQ2 flip-flop being triggered. Even if BRQ1 flip-flop did not 
quite resolve itself, the probability of BRQ2 flip- flop walking out to an 
unacceptable point in time is itself low. 


SET-UP TRANSFER HOLD 
TIME CYCLE TIME 


TRANSFER 


TRANSFER 
(a) 


TRANSFER 


set-up § TRANSFER ¥ TRANSFER } TRANSFER \ TRANSFER ss oe 
(b) og 


a) BUS UTILIZATION AS A RESULT. OF HAVING TO REQUEST AND RELEASE THE BUS 
FOR EACH TRANSFER CYCLE. THIS PERMITS LOWER PRIORITY ARBITERS EASY 
ACCESS TO THE BUS SHOULD THE HIGHER PRIORITY ARBITER NO LONGER NEED 
THE BUS. HOWEVER, BUS EFFICIENCY IS POOR DUE TO THE ARBITER THRASING ON 
AND OFF OF THE BUS FOR EACH TRANSFER CYCLE. 


b) 8289 BUS UTILIZATION IS MORE EFFICIENT IN THAT THE ARBITER HAS ONLY TO 
ACQUIRE THE BUS ONCE. THE 8289 HANGS ONTO THE BUS UNTIL FORCED OFF. 
THIS APPROACH ADDS A LITTLE MORE COMPLEXITY TO THE SYSTEM INASMUCH AS 
SOME MEANS MUST BE PROVIDED FOR LOWER PRIORITY ARBITERS TO FORCE THE 
HIGHER PRIORITY ARBITER OFF OF THE BUS WHEN IT IS NOT USING IT. THE ADDED 
COMPLEXITY IS WELL WORTH THE BUS EFFICIENCY AND SYSTEM FLEXIBILITY IT . 
AFFORDS. THE 8289 ARBITER CAN BE CONFIGURED TO HAVE THE TRANSFER TIMING - 
AS SHOWN IN (a) (IMITATING THE METHOD 8218 AND 8219 USES, BUS ARBITERS FOR 
8080 AND 8085 RESPECTIVELY) BY STRAPPING ANYRQST HIGH AND CBREQ LOW.” | 


Figure 10. Two Techniques For Doing Multibus Transfer Cycles . 
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f(CLK) BREQ 
>= -> BUSY 
ACQUISITION | BCLK 
CIRCUITRY 
SURRENDER 
CIRCUITRY | a 
SURRENDER 
REQUEST 
t(BCLK, CLK) 
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THIS CONCEPTUAL DIAGRAM !S PROVIDED FOR AIDING IN UNDERSTANDING | e 
CLOCK AND BUS CLOCK RELATED EVENTS. IT DOES NOT REPRESENT THE 
ACTUAL SCHEMATIC OF THE 8289 DEVICE, AND IS FOR CONCEPTUAL 
PURPOSES ONLY. 2) 


Figure 11. Symbolic Representation of Internal 8289 Timing 


* WHEN THE REQUEST OCCURS SIMULTANEOUSLY WITH BCLK, BCLK MAY OR 
MAY NOT CATCH THE REQUEST. IF _IT DOES, THE WAVEFORMS FOLLOW 
THOSE SHOWN DESIGNATED BY (A) . IF NOT, THE REQUEST IS PICKED UP 
ON THE NEXT EDGE OF BCLK AND THE WAVEFORMS FOLLOW THOSE 
SHOWN DESIGNATED BY (®) . 


Figure 12. Results Of An Asynchronous Event 
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Having synchronized the surrender request to the proc- 
essor’s clock to generate SURNDR, SURNDR is then 
synchronized to BCLK to reset the BUSY and BRQ flip- 
flops. When BUSY-Q goes low, the surrender circuitry is 
reset which in turn re-enables the request input. The tim- 
ing in Figure 13 shows the surrender request input 
going high on the falling edge of the clock. If the Sample 
flip-flop was able to catch the surrender request on the 
edge of clock 1, then SURNDR would be generated (go 
low) on clock edge 2. If not, SURNDR would be gener- 
ated on clock edge 3. SURNDR going low on clock edge 
2 will be, for ease of discussion, referred to as SURNDR 
a and SURNDR going low on clock edge 3 will be refer- 
red to as SURNDR b. As can be seen from Figure 13, 
SURNDR a just happens to go low on BCLK edge 2. 
Since SURNDR is used to reset the BRQ flip-flops, 
which are clocked by the falling edge of BCLK, the 
BRQ1 flip-flop may or may not catch SURNDR a on 
BCLK edge 2. If it does, then BRQ and BUSY go high on 
BCLK edge 3 which, for convenience, will be called 
BREQ a or BUSY a. If not, theh BREQ and BUSY will go 
high on BCLK edge 4, which will be referred to as BREQ 
b or BUSY b, respectively. SURNDR b. occurs early 
enough to assure that BUSY and BREQ are reset on 
BCLK edge 5, which will be referred to as BUSY b1 and 


CLK 
BCLK 1 2 3 
SURRENDER 
REQUEST 
SURNDR a \ 


BREQ b1. Depending upon when BUSY goes high, deter- 
mines when the surrender circuitry is reset and how 
soon the next BREQ can be generated. BUSY a1 causes 
SURNDR c to occur where shown and SURNDR c in turn 
would allow the earliest bus request to occur at BREQ 
c1. At the other extreme, BUSY b1 allows the earliest 
bus request to occur at BREQ e1. 


Table 1 summarizes the maximum and minimum delays 
for bus request, once the proper request and surrender 
conditions exist. Table 2 lists the proper surrender con- 
ditions. 


Mode Surrender Conditions ‘ 
Single _ HALT state, loss of BPRN, TleCBREQ. 
OB HALT state, loss.of BPRN, Tle-CBREQ, 

vO Command-CBRQ_ 
RESB HALT state, loss of BPRN, Tl-CBREQ, | 
(SYSB/RESB = 0)-CBRQ 
HALT state, loss of BPRN, Tl-CBREQ, 
IOB-RESB (SYSB/RESB = 0)-CBREQ, 


(0 Command-CBRQ 


Table 2. Surrender Conditions 


/ \ \ 
ees cee eels 
BREQ 


(EARLIEST THAT BREQ COULD GO ACTIVE AFTER BUS RELEASE) 


Figure 13. Asynchronous Bus Release » 


A-125 


AP-51 


lOB INTERFACE 


Now that the processor-arbiter, arbiter-system bus and 
internal .arbiter timings have been discussed, it is ap- 
propriate to consider the other interfaces that the 8289 
Bus Arbiter provides... - | 


In the 1OB mode, the processor communicates and con- 
trols a host of peripherals over the peripheral bus. When 
the I/O processor needs to communicate with system 
memory, it is done so over the system memory bus. Fig- 
ure 14 shows a possible I/O processor system con- 
figuration, utilizing the 8089 I/O processor in its 
REMOTE mode. Resident memory exists on the periph- 
eral bus in order that canned I/O routines and buffer 
storage can be provided. Resident memory is treated as 
an I/O peripheral. When a peripheral device needs ser- 
vicing, the I/O processor accesses resident memory for 
the proper I/O driver routine and services the device, 
transmitting or storing peripheral data in buffer storage 
area of resident memory. The resident memory’s buffer 
storage area could then be emptied or replenished from 
system memory via the system bus. Using the |OB inter- 
face allows an I/O processor the capability of executing 
from local memory (on the peripheral bus) concurrently 
with the host processor. 7 | 


Timing in this mode is no different from timing in the 
SINGLE BUS mode. The only difference lies in the re- 
quest and surrender conditions. The arbiter extends the 
single bus mode conditions to qualify when the system 
bus is requested and adds on additional surrender con- 
ditions. The system bus is only requested during sys- 
tem bus commands (the arbiter decodes the processor’s 


Status lines) and, in addition to the other surrender 
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terms, the arbiter permits surrender to occur during I/O 
bus (or local bus) commands, when the I/O processor is 
using its own local bus. : 


Like the arbiter, the bus controller must also be in- 
formed of the mode it is operating in. In the |OB mode, 
the 8288 bus controller issues I/O bus commands in- 
dependently of the state of AEN from the arbiter. It is 
assumed that all I/O bus commands are intended for the 
I/O bus and hence there is a separate I/O command bus 
from the controller. All (0 bus commands are sent 
directly to the I/O bus and are not influenced by AEN. 
System bus commands are assumed as going to the 
system bus. Since system bus commands are directed 
to the system bus, they must still be influenced by AEN 
and the arbitration mechanism provided by the 8289. 


As an example, suppose the processor issues an I/O bus 
command. The 8288 Bus Controller generates the 
necessary control signal to latch the I/O address and 
configure the transceivers in. the correct direction. In the 
IOB mode, the multiplexed MCE/PDEN pin of the 8288 
becomes PDEN (peripheral data enable) and serves to 
enable the I/O bus’s data transceivers during I/O bus 
commands. DEN similarily serves to enable the system 
bus’s data transceivers during. memory. commands. 
PDEN and DEN are mutually exclusive, so it is not possi- 
ble for both sets of transceivers to be on, thereby 
avoiding contention between the two sets. Since the I/O 
bus commands are generated independently of AEN In 
the 1OB mode, the I/O bus has no delay effects due to 
the arbiter. During this time in which the processor is 
accessing memory the arbiter, if it already has the bus, 
will permit it to be surrendered to either a higher or 


lower priority independently of where the processor is in 
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Figure 14. 8289 Configured In I/O Bus Mode With 8089 I/O Processor 
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its transfer cycle (i.e., independent of the machine 
state).* If the arbiter does not already have the bus, it 
will make no effort to acquire the bus. 


lf the processor issues a memory command instead, the 
same set of events take place, except that 1) the system 
bus’s data transceivers are enabled instead of the 
peripherals bus’s data transceivers, and 2) when the 
command is issued depends upon the state of the ar- 
biter. In both cases of I/O bus commands and system 
bus commands, the address generated for that com- 
mand is latched into both sets of address latches, the 
system bus’s address latches, and the peripherals bus’s 
address latches. For each command (regardless of com- 
mand type), an address is put out on the I/O bus and on 
the system bus if the arbiter has the bus at that particu- 
lar time. However, the bus controller only issues a com- 
mand to one of the buses and hence, no ill effects are 
suffered by addressing both buses. 


If the arbiter already has the system bus when a system 
bus command is issued, no delays due to the arbiter will 
be noticed by the processor. If the arbiter doesn’t have 
the bus and must acquire it, then the processor will be 
delayed (via the system bus command being delayed by 
the bus controller through AEN from the arbiter) until 
the arbiter has acquired the bus. The arbiter will then 
permit the bus controller to issue the command and the 
transfer cycle continues. 


RESB INTERFACE 


The non-l/O processors in the 8086 family can communi- 
cate with both a resident bus and a multi-master system 
bus. Two bus controllers would be needed in such a con- 


figuration as shown in Figure 15. In such asystem con- . 


figuration the processor would have to access to 
memory and peripherals of both buses. Address map- 
ping techniques can be applied to select which bus is to 
be accessed. The SYSB/RESB (system bus/resident bus) 
input on the arbiter serves to instruct the arbiter as to 
whether or not the system bus is to be accessed. It also 
enables or disables commands from one of the bus con- 
trollers. 


In such a system configuration, it is possible to issue 
both memory and I/O commands to either bus and as a 
result, two bus controllers are needed, one for each bus. 
Since the controllers have to issue both memory and I/O 
commands to their respective buses, the |OB options on 
the controllers are strapped off (IOB is low). The ar- 
biter, too, has to be informed of the system configura- 
tion in order to respond appropriately to system inputs 
and has its RESB option strapped on (RESB is high). The 
arbiter’s IOB option is strapped inactive (OB is high). 
Strapping the arbiter into the resident bus mode 
enables the arbiter to respond to the state of the 
SYSB/RESB input. Depending upon the state of this in- 
put, the arbiter either requests and acquires the system 
bus or permits the surrendering of that bus. | 


*Under other circumstances, bus surrendering would only be permitted 
during the period from where address to command hold time has been 
established just prior to where the next command would be issued. 


In the system shown in Figure 15, memory mapping 
techniques are applied on the resident bus side of the 
system rather than on the multiprocessor or system 
bus side. As mentioned earlier in the |OB interface, both 
sets of address latches (the resident bus’s address 
latches and the system bus’s address latches) are 
latched with the same address; in this case, by their 
respective bus controllers.* The system bus’s address 
latches, however, may or may not be enabled depending 
upon the state of the arbiter. The resident bus’s address 
latches are always enabled, hence the address mapping 
technique is applied to the resident bus. 


Address mapping techniques can range in complexity 
from a single bit of the address bus (usually the most 
significant bit of the address), to a decoder, to a PROM. 
The more elaborate mapping technique, such as PROM, 
provides segment mapping, system flexibility, and easy 
mapping modifications (simply make a new PROM). 


In actual operation, both bus controllers respond to the 
processor’s status lines and both will simultaneously 
issue an address latch strobe (ALE) to their respective 
address latches. Both bus controllers will issue com- 
mand and control signals unless inhibited. The purpose 
of the address mapping circuitry is to inhibit one of the 
bus controllers before contention or erroneous com- 
mands can occur. The transceivers are enabled off the 
same clock edge the commands are issued, namely ¢1 
of T2 (Figure 16). The address is strobed into the ad- 


dress latches by ALE. ALE is activated as soon as the 


processor issues status, and is terminated on ¢2 of of 
T1. From when ALE is issued, plus the propagation 
delay of the address latches, determines where the ad- 
dress is valid. The time from which the address is valid 
to where control and commands are issued determines 


-how much settling time is available for the address map- 


ping circuitry. The mapping circuitry must inhibit (via 
CEN) one of the bus controllers prior to where controls 
and commands are issued. Part of the settling time 
(see Figure 16) is consumed as a Setup time requirement 
to the bus controllers. As it turns out, CEN (command 
enable) can be disqualified as late as on the falling edge | 


of clock (the leading edge of #1 of T2) without fear of the 


bus controller issuing any commands or transceiver 
control signals. In systems (8 MHz) where less time is 
available for the address mapping circuitry, the address 
latches can be bypassed, hooking the mapping circuitry 
straight onto the processor’s multiplexed address/data 


bus (the local bus) and using ALE to strobe the mapping 


circuitry. This would avoid the propagation delay time of 
the transceivers. Besides needing to inhibit one of the 
bus controllers, the arbiter needs to be informed of the 
address mapping circuitry’s decision. Depending upon 
that decision, the arbiter acquires or permits the release 
of the system bus.. 


*A simpler system with an 8086 or 8088 can exist, if it is desirable to 


only have PROM, ROM, or a read only péripheral interface on the resi- 
dent bus. The 8086 and 8088 additionally generate a read signal in con- 
junction with the 8288 control signals. By using this read signal and 
memory mapping, the 8086 or 8088 could operate from local program 
store without having the contention of using the system bus. 
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Figure 15. 8289 Configured In Resident Bus Mode 
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The arbiter is informed of this decision via its 
SYSB/RESB input. If the memory mapping circuitry 
selects the resident bus, then SYSB/RESB input to the 
arbiter and CEN input of the system bus controller are 
brought low; and the CEN Input of the resident bus con- 
troller is brought high. The commands and control 
signals of the resident bus are now enabled and those of 
the system bus are disabled. In addition, with the arbiter 
being informed that the transfer cycle is occurring on 
the resident bus, the system bus is permitted to be sur- 
rendered. Glitching is permitted on the SYSB/RESB in- 
put of the arbiter up until 61 of T2. Thereafter, only clean 
transitions can occur on the input.* So, if mapping cir- 
cuitry can settle prior to 41 of T2, there is no need to be 
concerned over glitching. If the mapping circuitry is 
unable to settle prior to this time, then the designer 
must guarantee a clean transition on the SYSB/RESB in- 
put. 


INTERFACE TO TWO MULTI-MASTER BUSES 


The interface of an 8086 family processor to two multi- 
system buses is simply an extension of the resident bus 
interface. The only difference is that now two arbiters 
are needed, one for each multi-master bus, and the ad- 
dress mapping circuitry must acquire its input straight 
off the processor’s multiplexed address/data bus (the 
local bus), using ALE as an address strobe input. Figure 
17 depicts how such a system might be configured. 


Figure 17 illustrates the use of the 8289 in a system en- 
vironment in three of its four modes. The host 8086 CPU 
(priority 3) is using the 8289 in its single bus multi- 
master mode, while an 8089 I/O processor is using the 
8289 in its IOB mode. A work station based on an 8088 
processor uses the 8289 in it system/resident bus mode. 
This diagram represents a hypothetical system wherein 
there can exist more than one work station (only one 
shown). Each work station shares system resources and 
I/O. The lowest priority processor (8086) would provide 
supervisory functions and system control, i.e., allow 
operator intervention into the system resources. A work 
station would call in assemblers and compilers or ap- 
plication programs as needed. When compiled or 
assembled, the results are transferred to the I/O station 
for output, thus freeing up a work station for another 
user. 


“In certain memory mapping techniques, the CENs of the bus control- 
lers are controlled differently from the SYSB/RESB input of the arbiter. 
In short, CEN is brought low automatically to both bus controllers, 
thereby disabling their command and control outputs. This permits a 
longer settling time for the memory mapping circuitry, since both con- 
trollers are disabled. When the mapping circuitry settles, sometime 
after 61 of T2, one of the bus controllers and its associated bus arbiter 
(if one exists) is enabled. After ¢1 of T2, the arbiter can only permit 
clean transitions on the SYSB/RESB input line. . 


If one work station is used, the serial priority resolving 
technique could be used between the 8289 Bus Arbiters 
(shown in dotted lines). If more than one work station is 
desired, it would be necessary to either slow down the 
system bus clock to accommodate the additional ar- 
biters, or resort to the parallel resolving technique (as 
shown). 


WHEN TO USE THE DIFFERENT MODES 


Single Bus Multi-Master Interface 


This mode is the simplest and is sufficient for systems 
where a multiprocessing environment exists and the 
system bus bandwidth is sufficient to handle the peak 
concurrent requirements of a multi-master environment. 
This solution can provide an inexpensive solution for 
multi-masters to access an expensive I/O device. If, 
however, the system bus bandwidth is exceeded, the 
1OB or system/resident modes should be considered. 


1IOB Mode 


The !OB mode is ideal when the bus can be separated in- 
to an I/O bus and memory or system bus. This mode is 
commonly used with the 8089 I/O processor in its 
REMOTE configuration to separate the I/O space from 
memory space. With the 8089, all instructions operate 
on either system or I/O address space. 64K bytes of I/O 
space can be accessed by the processors in the 8086 
family. 


The remaining processors in the 8086 family are con- 
strained to using only I/O instructions when referencing 
I/O space. If this is a limitation, and it is desirable to 
remove some of the processor functions to its private 
resources, the resident bus mode should be considered. 


Resident Bus Mode 


The resident bus mode allows for maximum flexibility 
for a CPU device, giving it both access to its own local 
resources with full instruction set capability, and the 
system resources. The CPU can work from its own local 
resources without contention on the system bus. By 
using a PROM for memory mapping, memory space can 
be easily altered in this mode. This mode requires the 
use of a second 8288 bus controller chip. 


CONCLUSION 


The 8289 brings a new dimension to microcomputer ar- 
chitecture by allowing the advanced 8/16-bit microproc- 
essors to play easily in a multi-master, multiprocessing 
environment. With the flexible modes of the 8289, a user 
can define one of several bus architectures to meet his 
cost/performance needs. Modularity, improved system 
reliability and increased performance are just a few of 
the benefits that designing a multiprocessing system 
provides. 
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INTRODUCTION 


The Intel 8259A is a Programmable Interrupt Controller 
(PIC) designed for use in real-time interrupt driven 
microcomputer systems. The 8259A manages eight 
levels of interrupts and has built-in features for expan- 
sion up to 64 levels with additional 8259A’s. Its versatile 
design allows it to be used within MCS-80, MCS-85, 
MCS-86, and MCS-88 microcomputer systems. Being 
fully programmable, the 8259A provides a wide variety of 
modes and commands to tailor 8259A interrupt process- 
ing for the specific needs of the user. These modes and 
commands control.a number of interrupt oriented func- 


tions such as interrupt priority selection and masking of. 


interrupts. The 8259A programming may be dynamically 
changed by the software at any time, thus allowing com- 
plete interrupt contro! throughout program execution. 


The 8259A is an enhanced, fully compatible revision of 
its predecessor, the 8259. This means the 8259A can use 
all hardware and software originally designed for the 
8259 without any changes. Furthermore, it provides ad- 
ditional modes that increase its flexibility in MCS-80 


and MCS-85 systems and allow it to work in MCS-86 and 


MCS-88 systems. These modes are: 


~MCS-86/88 Mode 

Automatic End of Interrupt Mode: 
Level Triggered Mode 

Special Fully Nested Mode 
Buffered Mode 


Each of these are covered in depth further j in this appli- 
cation note. 


This application note was written to explain completely 
how to use the 8259A within MCS-80, MCS-85, MCS-86, 
and MCS-88 microcomputer systems. It is divided into 
five sections. The first section, ‘‘Concepts”, explains 
the concepts of interrupts and presents an overview of 
how the 8259A works with each microcomputer system 
mentioned above. The second section, “Functional 
Block Diagram”, describes the internal functions of the 
8259A in block diagram form and provides a detailed 
functional description of each device pin. ‘Operation of 
the 8259A”, the third section, explains in depth the 
operation and use of each of the 8259A modes and com- 
mands. For clarity of explanation, this section doesn’t 
make reference to the actual programming of the 8259A. 
Instead, all programming is covered in the fourth sec- 
tion, ‘Programming the 8259A”’. This section explains 
how to program the 8259A with the modes and com- 
mands mentioned in the previous section. These two 
sections are referenced in Appendix A. The fifth and 
final section “Application Examples”, shows the 8259A 
in three typical applications. These applications are 
fully explained with reference to both hardware and soft- 
ware. | 


The reader should note that some of the terminology 
used throughout this application note may differ 
slightly from existing data sheets. This is done to better 
clarify and explain the OpErallon and pregramaung of 
the 8259A. 


1. CONCEPTS 


In microcomputer systems there is usually a need for 
the processor to communicate with various Input/Out- 


put (I/O) devices such as keyboards, displays, sensors, 
and other peripherals. From the system viewpoint, the 
processor should spend as little time as possible servic- 
ing the peripherals since the time required for these I/O 
chores directly affects the amount of time available for 
other tasks. In other words, the system should be 
designed so that I/O servicing has little or no effect on 
the total system throughput. There are two basic 
methods of handling the !/O chores in a system: status 
polling and interrupt servicing. 


The status poll method of I/O servicing essentially in- 
volves having the processor ‘‘ask’”’ each peripheral if it 
needs servicing by testing the peripheral’s status line. If 
the peripheral requires service, the processor branches 
to the appropriate service routine; if not, the processor 
continues with the main program. Clearly, there are 
several problems in implementing such an approach. 
First, how often a peripheral is polled is an important 
constraint. Some idea of the ‘“frequency-of-service” 
required by each peripheral must be known and any soft- 
ware written for the system must accommodate this 
time dependence by ‘scheduling’ when a device is 
polled. Second, there will obviously be times when a 
device is polled that is not ready for service, wasting the 
processor time that it took to do the poll. And other 
times, a ready device would have to wait until the proc- 
essor ‘makes its rounds” before it could be serviced, 
slowing down the peripheral. 


Other problems arise when certain peripherals are more 
important than others. The only way to implement the 
“priority” of devices is to poll the high priority devices 
more frequently than lower priority ones. It may even be 
necessary to poll the high priority devices while in a low 
priority device service routine. It is easy to see that the 
polled approach can be inefficient both time-wise and 
software-wise. Overall, the polled method of I/O servic- 
ing can have a detrimental effect on system throughput, 
thus limiting the tasks that can be penonned by the 
processor. 


A more desirable approach in most systems would allow 
the processor to be executing its main program and only 
stop to service the I/O when told to do so by the I/O 
itself. This is called the interrupt service method. In 
effect, the device would asynchronously signal the proc- 
essor when it required service. The processor would 
finish its current instruction and then vector to. the 
service routine for the device requesting service. Once 
the service routine is complete, the processor would 
resume exactly where it left off. Using the interrupt ser- 
vice method, no processor time is spent testing devices, 
scheduling is not needed, and priority schemes are 
readily implemented. It is easy to see that, using the in- 
terrupt service approach, system throughput would in- 
crease, allowing more tasks to be handled by the 
processor. 


However, to implement the interrupt service method 
between processor and peripherals, additional hardware 
is usually required. This is because, after interrupting 
the processor, the device must supply information for 
vectoring program execution. Depending on the proc- 
essor used, this can be accomplished by the device tak- 
ing control of the data bus and “jamming” an instruc- 
tion(s) onto it. The instruction(s) then vectors the pro- 
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gram to the proper service routine. This of course re- 


quires additional control logic for each interrupt re- 


questing device. Yet the implementation SO faris only in 
the most basic form. What if certain peripherals. are to 
be of higher priority than others? What if certain inter- 
rupts must be disabled while others are to be enabled? 
The possible variations go on, but they all add up to one 
theme; to provide greater flexibility using the interrupt 
service method, hardware requirements increase. 


So, we’re caught in the middle. The status poll method 
is a less desirable way of servicing 1/O in terms of 
throughput, but its hardware requirements are minimal. 
On the other hand, the interrupt service method:is most 
desirable in terms of flexibility’ and Mnfougnput, but 
additional hardware is ‘required. 


The perfect situation would be to have the flexibility and 
throughput. of the interrupt method in an implementa- 
tion with minimal. hardware requirements. The 8259A 
Programmable imerae Controller (PIC) makes this all 
possible. 


The 8259A Brograinmable fatenunt Céutroller sr (PIC) ¥ was 


designed to function as an overall manager of an inter- 
rupt driven system. No additional hardware is required. 
The 8259A alone can handle eight prioritized interrupt 
levels, controlling the complete interface between pe- 
ripherals and processor. .Additional 8259A’s can be 
“cascaded” to increase the number of interrupt levels. 
processed. A wide variety of modes and commands for 
programming the 8259A give it enough flexibility for 


almost any interrupt controlled structure. Thus, the 


8259A is the feasible answer to handling 0 servicing in 
microcomputer systems. 


Now, before explaining. exactly how to use the 8259A, 


let’s go over interrupt structures of the MCS-80, MCS-85, 
MCS-86, and MCS-88 systems, and how they interact 
with the 8259A. Figure 1 shows a block diagram of the 
8259A interfacing with a standard-system bus: This may 
prove useful as reference throughout the rest of the 
“Concepts” section. 
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' Figure 1. 8259A Interface to Standard System Bus 


1.1 MCS-80™—8259A OVERVIEW 

In an MCS-80—8259A interrupt configuration, as in 
Figure 2, a device may cause an interrupt by pulling one’ 
of the 8259A’s interrupt request pins (IRO-IR7) high. If 
the 8259A accepts the interrupt request (this depends 
on its programmed condition), the 8259A’s INT (inter- 

rupt) pin will go high, driving the 8080A’s INT pin high. 


The 8080A can receive an. interrupt request any time, 
since its INT input is asynchronous. The 8080A, how- 
ever, doesn’t always have to acknowledge an interrupt 
request. immediately. It can accept or disregard re- 
quests under software control using the El (Enable Inter- 
rupt) or DI (Disable Interrupt) instructions. These in- 
structions either set or reset an internal interrupt enable 
flip-flop. The output of this flip-flop controls the state of 
the INTE (Interrupt Enabled) pin. Upon reset, the 8080A 
interrupts are. disabled, making INTE low. 


At the end of each instruction cycle, the 8080A exam- 
ines the state of its INT pin. If an interrupt request is 
present and interrupts are enabled, the 8080A enters an 
interrupt machine cycle. During the interrupt machine 
cycle the 8080A resets the internal interrupt enable flip- 
flop, disabling further interrupts until an El instruction 
is executed. Unlike normal machine cycles, the interrupt 
machine cycle doesn’t increment the program counter. 
This ensures that the 8080A can return to the pre- 
interrupt program location after the interrupt is com- 
pleted.. The 8080A then issues an INTA. (Interrupt 
Acknowledge) puise via the 8228 System Controller Bus 
Driver. This INTA pulse signals the 8259A that the 8080A 
is honoring the request and is ready to process the inter- 
rupt. 


The 8259A can now vector program execution to the cor- 
responding service routine. This is done during a se- 

quence of the three INTA pulses from the 8080A via the 
8228. Upon receiving the first INTA pulse the 8259A 
places the opcode for a CALL instruction-on the data 
bus. This causes the contents of the program counter to 
be pushed onto the stack. In addition, the CALL instruc- 

tion causes two more INTA pulses to be issued, allow- 
ing the 8259A to place onto the data bus the starting 
address of the corresponding service ‘routine. This 
address is called the interrupt-vector address. The lower 
8 bits (LSB) of the interrupt-vector address are released 
during the second INTA pulse and the upper 8. bits 
(MSB) during the third INTA pulse. Once this sequence 
is completed, program execution then vectors to the 
service routine at the PeaMey, -vector address. . 


r the same registers are used by both the main program 
and the interrupt service routine, their contents should 
be saved when entering the service routine. This in- 
cludes the Program Status Word (PSW) which consists 
of the accumulator and flags. The best way to do this is 
to.“PUSH” each register used onto the stack. The ser- 
vice routine can then “POP” each register off the stack 
in the reverse order when it is completed. This prevents 
any ambiguous operation when returning to the main 
program. 


Once the service routine is completed, ‘the main 
program may be re-entered by using anormal RET 
(Return) instruction. This will “POP” the original con- 
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tents of the program counter back off the stack to 
resume program execution where it left off..Note, that 
because interrupts are disabled during the interrupt 
acknowledge sequence, the El instruction ‘must be 
executed either during the service routine or the main 
program before further interrupts can be processed. 


For additional information on the 8080A interrupt struc- 
ture and operation, refer to the MCS-80 User’s Manual. 


1.2 MCS-85™—8259A OVERVIEW 


An MCS-85—8259A configuration processes interrupts 


in much the same format as an MCS-80—8259A config- 


uration. When an interrupt occurs, a sequence of three 
INTA pulses causes the 82594 to release onto the data 
bus a CALL instruction and an interrupt-vector address 
for the corresponding service routine. Other events that 
occur during the 8080A interrupt machine cycle, such as 
disabling interrupts and not incrementing the program 
counter, also occur in the 8085A interrupt acknowledge 
machine cycle. Additionally, the instructions for saving 
registers, enabling or disabling of interrupts, and return- 
ing from service routines are literally the same. 


The 8085A, however, has a different interrupt hardware 
scheme as shown in Figure 3. For one, the 8085A sup- 
plies its own INTA output pin rather than using an addi- 
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tional chip, as the 8080A uses the 8228 System Con: 
troller Bus Driver. Another hardware difference is the 


8085A ‘has five hardware interrupt pins: INTR, RST 7.5, 


RST6.5, RST 5.5, and TRAP. The INTR (Interrupt Request) 
pin is the equivalent to the 8080A’s INT pin. The RST 
(Restart) pins and TRAP pin are all restart interrupts 
which vector program execution to an individual dedi- 
cated address when asserted. The important factor 


associating these interrupts is their relative BUOY, as 


SHOWN below: 


~ TRAP Highest Priority 
RST 7.5 | . 
RST 6.5 
RST 5.5 | ~ 
INTR Lowest Priority 


The INTR pin has lowest priority among the other 8085A 
hardware interrupts. Thus, precautions to prevent inter- 
rupting 8259A service routines may be necessary. This, 
of course, depends on how the 8085A interrupts are 
being used ina particular application. Such precautions 
can be implemented, however, by masking the RST pins 
using the SIM instruction. The TRAP pin on the other 
hand is non-maskable; all interrupt pins but TRAP can 
be controlled by the El.(Enable Interrupt) and DI eee 
Interrupt) instructions. 


For acomplete description of the 8085A interrupt struc- 
ture, refer to the MCS-85 User’s Manual. 


1.3 MCS-86/88™— 82590 OVERVIEW 


Operation of an MCS-86/88—8259A configuration has 
basic similarities of the MCS-80/85—8259A configura- 


MULTIPLEXED ADDRESS/DATA BUS 


tions. That is, a device can cause an interrupt by pulling 
one of the 8259A’s interrupt request pins (!RO-IR7) high. 
If the 8259A honors the request, its INT pin will go high, 
driving the '8086/8088’s INTR pin high. Like the 8080A 
and 8085A, the INTR pin of the 8086/8088 is asynchro- 
nous, thus it can receive an interrupt any time. The 
8086/8088 can also accept or disregard requests on 
INTR under software control using the STI (Set Interrupt) 
or CLI (Clear Interrupt) instructions. These instructions 
set or clear the interrupt-enabled flag IF. Upon 
8086/8088 reset the IF flag is cleared, disabling external 
interrupts on INTR. Beside the INTR pin, the 8086/8088 
provides an NMI (Non-Maskable Interrupt) pin. The NMI 
functions similar to the 8085A’s TRAP; it can’t be dis- 
abled or masked. NMI has higher priority than INTR. 


Figure 4 shows an MCS-86 MAX Mode system interfac- 
ing with an 8259A on the local bus. This MCS-86—8259A 
configuration is also representative of an MCS-88— 
8259A configuration except for the data bus which is 16 
bits for 8086 and 8 bits for 8088. In the MCS-86 system 
the 8259A must be on the lower 8 bits of the data bus. 
Note that the 8259A could also be interfaced on the 
system bus. 


Although there are some basic similarities, the actual 
processing of interrupts with an 8086/8088 is different 
than an 8080A or 8085A. When an interrupt request is 
present and interrupts are enabled, the 8086/8088 enters 
its interrupt acknowledge machine cycle. The interrupt 


acknowledge machine cycle pushes the flag registers 


onto the stack (as in a PUSHF instruction). It then clears 
the IF flag which disables interrupts. The contents of 
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Figure 4. msc-s6'™ 8259A Basic Configuration Example (8086 in Max. Mode) 


A-140 


AP-59 


both the code segment and the instruction pointer are 
then also pushed onto the stack. Thus, the stack retains 
the pre-interrupt flag status and pre-interrupt program 
location which are used to return from the service 
routine. The 8086/8088 then issues the first of two INTA 
pulses which signal the 8259A that the 8086/8088 has 
honored its interrupt request. If the 8086/8088 is used in 
its ‘MIN Mode” the INTA signal is available from the 
8086/8088 on its INTA pin. If the 8086/8088 is used in the 


‘MAX Mode” the INTA signal is available via the 8288 | 


Bus Controller INTA pin. Additionally, in the “MAX 
Mode” the 8086/8088 LOCK pin goes low during the in- 
terrupt acknowledge sequence. The LOCK signal can be 
used to indicate to other system bus masters not to gain 
control of the system bus during the interrupt acknowl- 
edge sequence. A “HOLD” request won't be honored 
while LOCK is low. 


The 8259A is now ready to vector program execution to 
the corresponding service routine. This is done during 
the sequence of the two INTA pulses issued by the 8086/ 
8088. Unlike operation with the 8080A or 8085A, the 
8259A doesn’t place a CALL instruction and the starting 
address of the service routine on the data bus. Instead, 
the first INTA pulse is used only to signal the 8259A of 


the honored request. The second INTA pulse causes the 


8259A to place a single interrupt-vector byte onto the 
data bus. Not used ‘as a direct address, this interrupt- 
vector byte pertains to one of 256 interrupt ‘‘types” sup- 


ported by the 8086/8088 memory. Program execution is” 


vectored to the corresponding service routine by the 
contents of a specified interrupt type. 


All 256 interrupt types are located in absolute memory 
locations 0 through 3FFH which make up the 8086/ 
8088’s interrupt-vector table. Each type in the interrupt- 
vector table requires 4 bytes of memory and stores a 
code segment address and an instruction pointer ad- 
dress. Figure 5 shows a block diagram of the interrupt- 
vector table. Locations 0 through 3FFH should be 
reserved for the interrupt-vector table alone. Further- 
more, memory locations 00 through 7FH (types 0-31) are 
reserved for use by Intel Corporation for Intel hardware 


and software products. To maintain compatibility with - 


present and future Intel products, these locations 
should not be used. 


3FFH 
INTERRUPT TYPE 255 
3FCH 
3FBH 
INTERRUPT TYPE 254 
3F8H 
e : 


+ BH 


e 


Figure 5. 8086/8088 Interrupt Vector Table 


8H 
7H 


4H 
3H 


OH 


When the 8086/8088 receives an interrupt-vector byte 
from the 8259A, it multiplies its value by four to acquire 
the address of the interrupt type. For example, if the 
interrupt-vector byte specifies type 128 (80H), the vec- 
tored address in 8086/8088 memory is 4x 80H, which 
equals 200H. Program execution is then vectored to the 
service routine whose address is specified by the code 
segment and instruction pointer values within type 128 
located at 200H. To show how this is done, let’s assume 
interrupt type 128 is to vector data to 8086/8088 memory 
location 2FF5FH. Figure 6 shows two possible ways to 
set values of the code segment and instruction pointer 
for vectoring to location 2FF5FH. Address generation 
by the code segment and instruction pointer is ac- 
complished by an offset (they overlap). Of the total 
20-bit address capability, the code segment can desig-. 
nate the upper 16 bits, the instruction pointer can 
designate the lower 16 bits. 
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Figure 6. Two Examples of 8086/8088 Interrupt Type 128 Vectoring 
to Location 2FF5FH . 


When entering an interrupt service routine, those regis- 
ters that are mutually used between the main program 
and service routine should be saved. The best way to do 
this is to ‘‘PUSH” each register used onto the stack im- 
mediately. The service routine can then “POP” each 
register off the stack in the same Oger: when it is com- 
pleted. 


Once the service routine is completed the main program 
may be re-entered by using a IRET (Interrupt Return) in- 
struction. The IRET instruction will pop the pre-interrupt 
instruction pointer, code segment and flags off the 
stack. Thus the main program will resume where it was 
interrupted with the same flag status regardless of 
changes in the service routine. Note especially that this 
includes the state of the IF flag, thus interrupts are re- 
enabled automatically when returning from the service 
routine. 


Beside external interrupt generation from the INTR pin, 
the 8086/8088 is also able to invoke interrupts by soft- 
ware. Three interrupt instructions are provided: INT, INT 
(Type 3), and INTO. INT is a two byte instruction, the sec- 
ond byte selects the interrupt type. INT (Type 3) is a one 
byte instruction which selects interrupt Type 3. INTO is 
a conditional one byte interrupt instruction which 
selects interrupt Type 4 if the OF flag (trap on overflow) 
is set. All the software interrupts vector program execu- 
tion as the hardware interrupts do. 
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For further information on 8086/8088 interrupt operation 
and internal interrupt structure refer to the MCS-86 
User’s Manual and the 8086 System Design application 
note. «= atts : 


2. 8259A FUNCTIONAL BLOCK DIAGRAM 
A block diagram of the 8259A is shown in Figure 7. As 


can be seen from this figure, the 8259A consists of eight 


major blocks: the Interrupt Request Register (IRR), the 
In-Service Register (ISR), the Interrupt Mask Register 
(IMR), the Priority Resolver (PR), the cascade buffer/ 
comparator, the data bus buffer, and logic blocks for 
control and read/write. We'll first go over the blocks 
directly related to interrupt handling, the IRR, ISR, IMR, 
PR, and the control logic. The remaining functional 
blocks are then discussed. 


2.1 INTERRUPT REGISTERS AND CONTROL LOGIC 


Basically, interrupt requests are handled by three ‘‘cas- 
caded” registers: the Interrupt Request Register (IRR) is 
use to store all the interrupt levels requesting service; 
the In-Service Register (ISR) stores all the levels which 
are being serviced; and the Interrupt Mask Register 
(IMR) stores the bits of the interrupt lines to be masked. 
The Priority Resolver (PR) looks at the IRR, ISR and IMR, 
and determines whether an INT should be issued by the 
the control logic to the processor. 


Figure 8 shows conceptually how the Interrupt Request 
(IR) input handles an interrupt request and how the 
various interrupt registers interact. The figure repre- 
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sents.one of eight ‘‘daisy-chained”’ priority cells, one for 
each IR input. coe 


The best way to explain the operation of the priority cell 
is to go through the sequence of internal events that 
happen when an interrupt request occurs. However, 
first, notice that the input circuitry of the priority cell 
allows for both level sensitive and edge sensitive IR in- - 
puts. Deciding which method to use is dependent on the 
particular application and will be discussed in more 
detail later. : : ee 


When the IR input is in an inactive state (LOW), the edge 
sense latch is set. If. edge sensitive triggering is 
selected, the “Q” output of the edge sense latch will 
arm the input gate to the request latch. This input gate 
will be disarmed after the IR input goes active (HIGH) 
and the interrupt request has been acknowledged. This 
disables the input from generating any further inter-— 
rupts until it has returned low to re-arm the edge sense 
latch. If level sensitive triggering is selected, the ‘“‘Q” 
output of the edge sense latch is rendered useless. This 
means the level of the IR input is in complete control of 
interrupt generation; the input won’t be disarmed once 
acknowledged. | | | - <t 


When an interrupt occurs on the IR input, it propagates 
through the request latch and to the PR (assuming the 
input isn’t masked). The PR looks at the incoming re- 
quests and the currently in-service interrupts to ascer- 
tain whether an interrupt should be issued to the proc- 
essor. Let’s assume that the request is the only one in- 
coming and no requests are presently in service. The PR 
then causes the control logic to pull the INT line to the 
processor high. 


‘BLOCK DIAGRAM 


INTA INT 


CONTROL LOGIC ~ 


‘Figure 7. 8259A Block Diagram and Pin Configuration 
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Figure 8. Priority Cell 


When the processor honors the INT pulse, it sends a se- 
quence of INTA pulses to the 8259A (three for 8080A/ 
8085A, two for 8086/8088). During this sequence the 
state of the request latch is frozen (note the INTA- freeze 
request timing diagram). Priority is again resolved by the 
PR to determine the appropriate interrupt vectoring 
which is conveyed to the processor via the data bus. 


Immediately after the interrupt acknowledge sequence, 
the PR sets the corresponding bit in the ISR which 
simultaneously clears the edge sense latch. if edge sen- 
sitive triggering is used, clearing the edge sense latch 
also disarms the request latch. This inhibits the 
possibility of a still active IR input from propagating 
through the priority cell. The IR input must return to an 
inactive state, setting the edge sense latch, before 
another interrupt request can be recognized. If level sen- 
sitive triggering is used, however, clearing the edge 
sense latch has no affect on the request latch. The state 
of the request latch is entirely dependent upon the IR in- 
put level. Another interrupt will be generated immedi- 
ately if the IR level is left active after its ISR bit has been 
reset. An ISR bit gets reset with an End-of-Interrupt (EO) 
command issued in the service routine. End-of- 
interrupts will be covered in more detail later. 


2.2 OTHER FUNCTIONAL BLOCKS 


Data Bus Buffer 


This three-state, Sidircctional 8-bit butter is ded to in- 
terface the 8259A to the processor system data bus (via 


DBO-DB7). Control words, status information, and 
interrupt-vector data are transferred through the data 
bus buffer. 


Read/Write Control Logic 


The function of this block is to Zonttol the programming 
of the 8259A by accepting OUTput commands from the 
processor. It also controls the releasing of status onto 
the data bus by accepting INput commands from the 
processor. The initialization and operation command 
word registers which store the various control formats 
are located in this block. The RD, WR, AO, and CS 
pins are used to control access to this block by the 
processor, ) 


Cascade Buffer/Comparator 


As mentioned earlier, multiple 8259A’s can be combined 
to expand the number of interrupt levels. A master-slave 
relationship of cascaded 8259A's is used for the expan- 
sion. The SP/EN and the CASO-2 pins are used for oper- 
ation of this block. The cascading of 8259A’s is covered 
in depth in the ‘Operation of the 8259A” section of this 
application note. 


2.3 PIN FUNCTIONS 
Name Pin# W/O Function - 


+ 5V supply 
Ground: 


Veo 28. 
GND 14 | 
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Name Pin # t/O Function 


cs 1 | Chip Select:. A’ low on this pin en- 
7 ables RD and WR communication be- 


tween the CPU and the 8259A. INTA | 


_ functions are independent of CS. 
WR 2 © | Write: A low-on’this pin when CS is 


~ low enables the 8259A to accept | 


a command words from the CPU. 
RD 3 | Read: A low on this pin when GS is 
low enables the 8259A to release 
Status onto the data bus for the CPU. 
D7-DO 4-11 I/O Bidirectional Data Bus: ‘Control, 
status and interrupt-vector. informa- 

tion is transferred via this bus. 


CASO- 12,13, I/O Cascade Lines: The CAS lines forma 


CAS2 15 - private 8259A bus to control a multi- - 
ple 8259A structure. These pins are | 
outputs for a master 8259A and in- . 
puts fora slave 8259A. ~ 
SP/EN 16 I/O Slave Program/Enable Buffer: This is 


a dual function pin. When in the buf- 
fered mode it can be used as an out- 


put to control buffer transceivers: 
(EN). When not in the buffered mode 
it is used as an input to designate a. 


master (SP = 1) or slave (SP = 0). 


INT 17 fo Interrupt: This pin goes high when- 
ever a valid interrupt request is as- 


serted. It is used to interrupt the ~ 


CPU, thus it is connected to the 
CPU’s interrupt pin. 


IRO-. 18-25. 1 Interrupt Requests: Agynehronous ii in- 
IR7 puts. An interrupt request can. be 
generated by raising an IR input (low 
to high) and holding it high until it is 
acknowledged (edge triggered mode), 
or just by a high level on’an-IR input 

“(level triggered mode). 


INTA 26 | Interrupt Acknowledge: This pin is 
“used to enable 82594 interrupt-vector 
_ data onto the data bus. This is done 
..- by a sequence of interrupt acknowl- 

_ edge pulses issued by the CPU. 


AO 27 ~| AOAddress Line: This pin acts in con: 
_junction with the CS, WR, and RD 
pins. It is used by the 8259A to de- 
.. cipher .between. various command 
., words the CPU writes and status the 
_ CPU wishes to read. It is. typically 
connected to the CPU AO address 
- line (A1 for eter 


3. OPERATION OF THE 8259A 


Interrupt operation of the 8259A falls ‘under: five’ main 
categories: vectoring, priorities, triggering, status, and 
cascading. Each of these categories use various modes 
and commands. This section will explain the operation 
of these modes and commands. For clarity of explana- 

tion, however, the actual programming of the 8259A isn’t 


covered in this section but in “Programming the 8259A”’. 


Appendix A is provided as a cross reference between 


these two sections. 


3.1 INTERRUPT VECTORING 


Each IR input of the 8259A has an individual interrupt- 
vector address in memory | associated with it. Designa- 
tion of each address. depends upon the initial program- 
ming of the 8259A. As stated earlier, the interrupt 
sequence and addressing of an MCS-80 and MCS-85 
system differs from that of an MCS-86 and MCS-88 
system. Thus, the 8259A must be initially programmed 
in either aMCS-80/85 or MCS-86/88 mode of operation to 
insure the correct interrupt vectoring. 


MCS-80/85'™™ Mode 


When programmed in the MCS-80/85 mode, the 8259A 
should only be used within an 8080A or an 8085A: 
system. In this mode the 8080A/8085A will handle inter- 

rupts in the format described in the “MCS- s0— 8259A or 
MCS-85—8259A Overviews.” 


Upon interrupt request in the MCS-80/85 mode, the 
8259A will output to the data bus the opcode for a CALL 
instruction and the address of the desired routine. This 


: is in response to a sequence of three INTA pulses 
issued by the 8080A/8085A after the 8259A has raised 


INT high. 


The first INTA pulse to the 8259A enables the CALL 
opcode “‘CD,,” onto the data bus. It also resolves IR pri- 
orities and effects operation in the cascade mode, 
which will be covered later. Contents of ‘the first 
interrupt- -vector byte are shown in Figure 9A. 


During. the second and third TNTA pulses, the 259A 
conveys a 16-bit interrupt- -vector address to the 8080A/ 
8085A. The interrupt-vector addresses for all eight levels 
are selected when initially programming. the 8259A. 
However, only one address is needed for programming. 
Interrupt-vector addresses of IRO-IR7 are automatically 
set at equally spaced intervals ‘based on the one pro- 
grammed address. Address intervals are user definable 
to 4 or 8 bytes apart. If the service routine for a device is 
short it may be possible to fit the entire routine within 
an 8-byte interval. Usually, though, the service routines 
require more than 8 bytes. So, a 4- -byte interval is used to 
store a Jump (JMP) instruction which directs the 8080A/ 
8085A to the appropriate routine. The 8-byte interval 
maintains compatibility with current 8080A/8085A 
Restart (RST) instruction software, while the 4-byte in- 
terval is best for a'‘compact jump table. If the 4-byte in- 
terval is selected, then the 8259A will automatically 
insert bits AO-A4. This leaves A5-A15 to be pro- 
grammed by the user. If the 8-byte interval is selected, 
the 8259A will automatically insert bits AO-A5. This 
leaves only A6-A15 to be: ‘programmed by the user, 


The LSB of the interrupt: -vector address is placed on the 
data bus during the second INTA pulse. Figure 9B 
shows the contents of the second. interrupt-vector byte 
for both 4 and 8-byte intervals. 


The MSB of the interrupt-vector address is placed onthe 
data bus during the third‘INTA. pulse. Contents of the 
third interrupt-vector byte is shown in’Figure 9C. | 
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07 06 05 04 03 02 o1 00 


A. FIRST INTERRUPT VECTOR BYTE, MCS80/85 MODE — 


B. SECOND INTERRUPT VECTOR BYTE, MCS80/85 MODE 


O7 06 05 04 03 02 o1 DO 
C. THIRD INTERRUPT VECTOR BYTE, MCS80/85 MODE 


Figure 9. 9A-C. Interrupt-Vector Bytes for 8259A, MCS 80/85 Mode 


MCS-86/88'™™ Mode 


When programmed in the MCS-86/88 mode, the 8259A 
should only be used within an MCS-86 or MCS-88 
system. In this mode, the 8086/8088 will handle inter- 
rupts in the format described earlier in the ““8259A— 
8086/8088 Overview”. 


Upon interrupt in the MCS-86/88 mode, the 8259A will 
output a single interrupt-vector byte to the data bus. 
This is in response to only two INTA pulses issued by 
the 8086/8088 after the 8259A has raised INT high. 


The first INTA pulse is used only for set-up purposes in- 
ternal to the 8259A. As in the MCS-80/85 mode, this set- 
up includes priority resolution and cascade mode oper- 
ations which will be covered later. Unlike the MCS-80/85 
mode, no CALL opcode is placed on the data bus. 


The second INTA pulse is used to enable the single 
interrupt-vector byte onto the data bus. The 8086/8088 
uses this interrupt-vector byte to select one of 256 inter- 
rupt “types” in 8086/8088 memory. Interrupt type selec- 
tion for all eight IR levels is made when initially pro- 
gramming the 8259A. However, reference to only one in- 
terrupt type is needed for programming. The upper 5 bits 
of the interrupt vector byte are user definable. The lower 
3 bits are automatically inserted by the 8259A depend- 
ing upon the IR level. 


Contents of the interrupt-vector byte for 8086/8088 type 
selection is put on the data bus during the second INTA 
pulse and is shown in Figure 10. 


(IR | D7 D6 D5 D4 D3 D2 D1 DO 
7 T4 73 1 =#1 «21 


{ 
0 
0 
1 
1 
0 
0 


1 
1 
1 
0 
0 
0 
0 


Figure 10. Interrupt Vector Byte, MCS sess ™ Mode 


3.2 INTERRUPT PRIORITIES 


A variety of modes and commands are available for con- 
trolling interrupt priorities of the 8259A. All of them are 
programmable, that is, they may be changed dynamic- 
ally under software control. With these modes and com- 
mands, many possibilities are conceivable, giving the 
user enough versatility for almost any interrupt con- 
trolled application. 


Fully Nested Mode 


The fully nested mode of operation is a general purpose 
priority mode. This mode supports a multilevel-interrupt 
structure in which priority order of all eight IR inputs are 
arranged from highest to lowest. | 


Unless otherwise programmed, the fully nested mode is 
entered by default upon initialization. At this time, IRO is 
assigned the highest priority through IR7 the lowest. 
The fully nested mode, however, is not confined to this 
IR structure alone. Once past initialization, other IR in- 
puts can be assigned highest priority also, keeping the 
multilevel-interrupt structure of the fully nested mode. 
Figure 11A-C shows some variations of the priority 
structures in the fully nested mode. 


IR LEVELS |1R7 !R6 IRS IR4 IR3 IR2 IR1. IRO 
PRIORITY | 7 6 5 4 3 2 1 O 
A 


IR LEVELS [1R7 IR6 IR5 IR4 1R3 IR21R1 1RO] ~ 
PRIORITY | 4 3 2 1 0 7 6 5 


B 


IR LEVELS [1IR7 IR6 IR5 IR4 IR3 IR2 IR1 IRO 


PRIORITY 1 0 7 6 5 4 3 2 
Cc 


Figure 11. A-C. Some Variations of Priority Structure in the 
Fully Nested Mode 


Further explanation of the fully nested mode, in this 
section, is linked with information of general 8259A in- 
terrupt operations. This is done to ease explanation to 
the user in both areas. 


In general, when an interrupt is acknowledged, the 
highest priority request is determined from the IRR (In- 
terrupt Request Register). The interrupt vector is then 
placed on the data bus. In addition, the corresponding 
bit in the ISR (In-Service Register) is set to designate the 
routine in service. This ISR bit remains set until an EOI 
(End-Of-Interrupt) command is issued to the 8259A. 
EOI’s will be explained in greater detail shortly. 


In the fully nested mode, while an ISR bit is set, all fur- 
ther requests of the same or lower priority are inhibited 
from generating an interrupt to the microprocessor. A 
higher priority request, though, can generate an inter- 
rupt, thus vectoring program execution to its service 
routine. Interrupts are only acknowledged, however, if 
the microprocessor has previously executed an “Enable 
Interrupts” instruction. This is because the interrupt 
request pin on the microprocessor gets disabled auto- 
matically after acknowledgement of any interrupt. The 
assembly language instructions used to enable inter- 
rupts are “El” for 8080A/8085A and “STI” for 8086/8088. 
Interrupts can be disabled by using the instruction ‘‘DI” 
for 8080A/ 8085A and “CLI” for 8086/8088. When a 
routine is completed a “return” instruction is executed, 
“RET” for 8080A/8085A and “IRET” for 8086/8088. 
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Figure 12 illustrates the correct usage of interrupt 
related instructions and the interaction of interrupt 
levels in the fully nested: mode. 


Assuming the IR priority assignment for the example in 
Figure 12 is IRO the highest through IR7 the lowest, the 
sequence is as follows. During: the main program, IR3 
makes a request. Since interrupts are enabled, the 
microprocessor is vectored to the IR3 service routine. 
During the IR3 routine, IR1 asserts a request. Since IR1 
has higher priority than IR3, an interrupt is generated. 
However, it is not acknowledged because the micro- 
processor disabled interrupts in response to the IR3 in- 
terrupt. The IR1 interrupt is not acknowledged until the 
“Enable Interrupts” instruction is executed. Thus the 
IR3 routine has a “protected” section of code over 
which no interrupts (except non-maskable) are allowed. 
The IR1 routine has no such “protected” section since 
an “Enable Interrupts” instruction is the first one in its 
service routine. Note that in this example the IR1 re- 
quest must stay high until it is acknowledged. This is 
covered in more depth in the “Interrupt Triggering” 
section. 


MAIN PROGRAM 


El OR STI 


IR3 SERVICE 


IR3 
INTERRUPT 
ROUTINE 


IR? SERVICE 
ROUTINE 


EI OR STI 


RET OR IRET RET OR IRET 


Figure 12. Fully Nested Mode Example (MCS 80/85" or MCS 86/88"™) 


What is happening to the ISR register? While in.the main 
program, no ISR bits are set since there aren’t any inter- 
rupts in service. When the IR3 interrupt is acknowl- 
edged, the ISR3 bit is set. When the IR1 interrupt is 
acknowledged, both the ISR1 and the ISR@ bits are set, 
indicating that neither routine is complete. At this time, 
only IRO could generate an interrupt since it is the only 
input with a higher priority than those previously in ser- 
vice. To terminate the IR1.routine, the routine must 
inform the 8259A that it is complete by resetting its ISR 
bit. It does this -by executing an EO! command. A 
“return” instruction then transfers execution back to 


the IR3 routine. This allows IRO-IR2 to interrupt the IR3 
routine again, since ISR3 is the highest ISR bit set. No 
further interrupts occur in the example so the EOI com- 
mand resets ISR3 and the “return” instruction causes 
the main program to resume at its pre- interrupt location, 
ending the example. 


A single 8259A is essentially always in the fully nested 
mode unless certain programming conditions disturb it. 
The following programming conditions can cause the 
8259A to go out of the high to low priority structure of 
the fully nested mode. 


e The automatic EOI mode 
e The special mask mode 


e Aslave with a master not in the special fully nested 
mode 


These modes will be covered in more detail later, 
however, they are mentioned now so the user can be 
aware of them. As long as these program conditions 
aren’t inacted, the fully nested mode remains undis- 
turbed. 


End of Interrupt 


Upon completion of an interrupt service routine the 
8259A needs to be notified so its ISR can be updated. 
This is done to keep track of which interrupt levels are in 
the process of being serviced and their relative priori- 
ties. Three different End-Of-Interrupt (EOI) formats are 
available for the user. These are: the non-specific EO! 
command, the specific EO! command, and the auto- 
matic EOI Mode. Selection of which EOI to use is depen- 
dent upon the interrupt operations the user wishes to 
perform: 


Non- Specific EOI Command 


A non-specific EOI command sent from the microproc- 
essor lets the 8259A know when a service routine has 
been completed, without specification of its exact inter- 
rupt level. The 8259A automatically determines the inter- 
rupt level and resets the correct bit in the ISR. 


To take advantage of the non-specific EOI the 8259A 
must be in a mode of operation in which it can predeter- 
mine in-service routine levels. For this reason the non- 
specific EO| command should only be used when the 
most recent level acknowledged and serviced is always 
the highest priority level. When the 8259A receives a 
non-specific EOI command, it simply resets the highest 
priority ISR bit, thus confirming to the 8259A that the 
highest priority routine of the routines in. service ‘is 
finished. 


The main advantage of using the non-specific EOI com- 
mand is that IR level specification isn’t necessary as in 
the ‘Specific EO! Command’’, covered shortly. 
However, special consideration should be taken when 
deciding to use the non-specific EOI. Here are two pro- 
gram conditions in which it is best not used: 


e Using the set priority command within an interrupt 
service routine. 


e Using a special mask mode. 


These conditions are covered in more detail in their own 
sections, but are listed here for the users reference. 
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Specific EO] Command 


A specific EOI command sent from the microprocessor 
lets the 8259A know when a Service routine of a particu- 
lar interrupt level is completed. Unlike a non-specific 
EOI command, which automatically resets the highest 
priority ISR bit, a specific EOI command specifies an 
exact ISR bit to be reset. One of the eight IR levels of the 
8259A can be specified in the command. 


The reason the specific EO| command is needed, is to 
reset the ISR bit of a completed service routine when- 
ever the 8259A isn’t able to automatically determine it. 
An example of this type of situation might be if the 
priorities of the interrupt levels were changed during an 
interrupt routine (‘Specific Rotation”). In this case, if 
any other routines were in service at the same time, a 
non-specific EO! might reset the wrong ISR bit. Thus the 
specific EOl command is the best bet in this case, or for 
that matter, any time in which confusion of interrupt 
priorities may exist. The specific EO| command can be 
used in all conditions of 8259A operation, including 
those that prohibit non-specific EO!| command usage. 


Automatic EO! Mode 


When: programmed in the automatic EOI mode, the 
microprocessor no longer needs to issue a command to 
notify the 8259A it has completed an interrupt routine. 
The 8259A accomplishes this by. performing a non- 
specific EOI automatically at the trailing edge of the last 
INTA pulse (third pulse in MCS-80/85, second in 
MCS-86). 


The obvious advantage of the automatic EOI mode over 
the other EOI command is no command has to be 
issued. In general, this simplifies programming and 
lowers code requirements within interrupt routines. . 


However, special consideration should be taken when 
deciding to use the automatic EOI mode because it 
disturbs the fully nested mode. In the automatic EOI 
mode the ISR bit of a routine in service is reset right 
after it’s acknowledged, thus leaving no designation in 
the ISR that a sevice routine is being executed. If any in- 
terrupt request occurs during this time (and interrupts 
are enabled) it will get serviced regardless of its priority, 
low or high. The problem of ‘over nesting” may also 
happen in this situation. ‘Over nesting” is when an IR 
input keeps interrupting its own routine, resulting in un- 
necessary stack pushes which could fill the stack in a 
worst case condition. This is not usually a desired form 
of operation! 


So what good is the automatic EO! mode with problems 
like those just covered? Well, again, like the other EOls, 
selection is dependent upon the application. If inter- 
rupts are controlled at a predetermined rate, so as not to 
cause the problems mentioned above, the automatic 
EOI mode works perfect just the way it is. However, if in- 
terrupts happen sporadically at an indeterminate rate, 
the automatic EOI mode should Only. be used under the 
following guideline: 


e When using the automatic EOI mode with an inde- 
. terminate interrupt rate, the microprocessor should 
keep its interrupt request input disabled during 
execution of service routines. | | 


By doing this, higher priority interrupt levels will be ser- 
viced only after the completion of a routine in service. 
This guideline restores the fully nested structure in 
regards to the IRR; however,.a routine in-service can’t be 
interrupted. a i 7 


Automatic Rotation — ‘Equal Priority 


Automatic rotation of priorities serves. in applications 
where the interrupting devices are of equal priority, 
such as communications channels..The concept is that 
once a peripheral is serviced, all other equal priority 
peripherals should be given a chance to be serviced 
before the original peripheral is serviced again. This is 
accomplished by automatically assigning a peripheral 
the lowest priority after being serviced Thus, in worst 
case, the device would have to wait until all other 
devices are serviced before being serviced again. . 


There are: two methods of accomplishing automatic 
rotation. One is used in. conjunction with the non- 
specific EOI, ‘rotate on non-specific EOI] command”. 
The other is used with the automatic EOI mode, “rotate 
in automatic EOI mode”’. 


Rotate on Non-Specific EO! Command ; 


When the rotate on non- -specific. EOI ‘command is 
issued, the highest ISR bit is reset as in a. normal non- 
specific EOI command. After it’s reset though, the cor- 
responding IR level is assigned lowest priority. Other IR 
priorities rotate to” conform to the fully nested Mode 
based’ on the newly assigned low priority | 


Figures 13A and B show how the rotate on non: n-specific 
EOI command effects the interrupt priorities. Let’s 
assume the IR priorities were assigned with IRO the 
highest and IR7 the lowest, as in 138A. IR6 and IR4 are 
already: in service but neither is completed. Being the 
higher priority routine, IR4 is necessarily the routine 
being executed. During the IR4 routine a rotate on non- 
specific EOI command is executed. When this happens, 
bit 4 in the ISR is reset. IR4 then becomes the lowest 
priority and IR5 becomes. the highest as in 13B. 


1S7 IS6 ISS 1S4 183 IS2 1S11SO_- 
ISRSTATUS [0 1.0.1 0-0. 0] BEFORE 
PRIORITY I A He: a COMMAND 


LOWEST PRIORITY HIGHEST PRIORITY 


IS7 IS6 ISS 1S4 1S3 1S2 1S1 ISO 


B ISR STATUS 0 1° 0 0 0 0 0 0 AFTER 
PRIORITY 2.51 0 7 6 5 4 3 | COMMAND 


HIGHEST PRIORITY LOWEST PRIORITY 


Figure 13. A~-B. Rotate on Non-specific EO! Command Example 


Rotate in Automatic EOI Mode 


The rotate in automatic EOI mode works much like the 
rotate on non-specific EO! command. The main differ- 
ence is that priority rotation is done automatically after 
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the last INTA pulse of an interrupt request. To enter or 
exit this mode a rotate-in-automatic-EO! set command 
and rotate- -in-automatic-EOI clear command is provided. 
After that, no commands are needed as with the normal 
automatic EOI mode. However, it must be remembered, 
when using any form of the automatic EOI mode, spe- 
cial consideration should be taken. Thus, the guideline 
for the automatic EOI mode also stands for the rotate in 
automatic EOI mode. 


Specific Rotation — Specific Priority 


Specific rotation gives the user versatile capabilities in 
interrupt controlled operations. It serves in those ap- 


plications in which a specific device’s interrupt priority. 


must be altered. As opposed to automatic rotation 
which automatically sets priorities, specific rotation is 
completely user controlled. That is, the user selects 
which interrupt level is to receive lowest or highest 
priority. This can be done during the main program or 
within interrupt routines. Two specific rotation com- 
mands are available to the user, the “set priority com- 
-mand” and the “rotate on specific EOI. command.” 


Set Priority Command 


The set priority command allows the programmer to 


assign an IR level the lowest priority. All other interrupt 
levels will conform to the fully nested mode based on 
the newly assigned low priority. 


An example of how the set priority command works is 
shown in Figures 14A and 14B. These figures show the 
status of the ISR and the relative priorities of the inter- 
rupt levels before and after the set priority command. 


Two interrupt routines are shown: to be in service in - 


Figure 14A. Since IR2 is the highest priority, it is 
necessarily the routine being executed. During the IR2 
routine, priorities are altered so that IR5 is the highest. 
This is done simply by issuing the set priority command 
to the 8259A. In this case, the command specifies IR4 as 
being the lowest priority. The result of this set priority 
command is shown in Figure 14B. Even though IR7 now 
has higher priority than IR2, it won’t be acknowledged 
until the 1R2 routine is finished (via EOl). This is because 
priorities are only resolved upon an interrupt request or 
an interrupt acknowledge sequence. If a higher priority 
request occurs during the IR2 routine, then priorities are 
resolved and the highest will be acknowledged. 


IS7 IS6_IS5 1S4 IS3 1S2 1S1 ISO 
a 'SR STATUS O00 0 0 7 0 0] BEFORE 
PRIORITY COMMAND 


LOWEST PRIORITY 


HIGHEST PRIORITY 
IS7_ IS6 1S5 1S4 1S3 IS2 1S1 ISO 
ISR STATUS 0 0 0 0 1 0 +0 AFTER 


PRIORITY 2.1 0 7 6 5 4 COMMAND 


HIGHEST PRIORITY - ' LOWEST PRIORITY 


- Figure 14. A-B. Set Priority Command Example 


When completing a service routine in which the set 
priority command is used, the correct EOI must be 
issued. The non-specific EO] command shouldn't be 
used in the same routine as a set priority command. 
This is because the non-specific EOI. command resets 
the highest. ISR bit, which, when using the set priority 
command, is not always the most recent routine in ser- 
vice. The automatic EOI mode, on the other hand, can be 
used with the set priority command. This is because it 
automatically performs a non-specific EOI before the 
set priority command can be issued. The specific EOI 
command is the best bet in most cases when using the 
set priority command within a routine. By resetting the 
specific ISR bit of a routine being completed, confusion 
is eliminated. 


Rotate on Specitic EOI Command 


The rotate on specific EO! command is literally a com- 
bination of the set priority command and the specific 
EOI command. Like the set priority command, a speci- 
fied IR level is assigned lowest priority. Like the specific 
EOI command, a specified level will be reset in the ISR. 
Thus the rotate on specific EOl command accomplishes 
both tasks in only one command. 


If it is not necessary to change IR priorities prior to the 
end of an interrupt routine, then this command is advan- 
tageous. For an EOI-command must be executed any- 
way (unless in the automatic EOI mode), so why not do 
both at the same time? | 


Interrupt Masking © 


Disabling or enabling interrupts can be done by other 
means than just controlling the microprocessor’s inter- 
rupt request pin. The 8259A has an IMR (Interrupt Mask 
Register) which enhances interrupt control. capabilities. 
Rather than all interrupts being disabled: or enabled at 
the same time, the IMR allows individual IR masking. 
The IMR is an 8-bit register, bits 0-7 directly correspond 
to IRO-IR7. Any IR input can be masked by writing to the 
IMR and setting the appropriate bit. Likewise, any IR in- 
put can be enabled by clearing the correct IMR bit. 


There are various uses for masking off individual IR in- 
puts. One example is when a portion of a main routine 
wishes only to be interrupted by specific interrupts. 
Another might be disabling higher priority interrupts for 
a portion of a lower priority service routine. The possi- 
bilities are many. 


When an interrupt occurs while its IMR bit is set, it isn’t 
necessarily forgotten. For, as stated earlier, the IMR 
acts only on the output of the IRR. Even with an IR input 
masked it is still possible to set the IRR. Thus, when 
resetting an IMR, if its IRR bit is set it will then generate 
an interrupt. This is providing, of course, that other 
priority factors are taken into consideration and the IR 
request remains active. If the IR request is removed 
before the IMR is reset, no p inerupt will be acknowl- 
edged. 


Special Mask Mode 


In various cases, it may be desirable to enable interrupts 
of a lower priority than the routine in service. Or, in other 
words, allow lower priority devices to generate inter- 
rupts. However, in the fully nested mode, all IR levels of 
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priority below the routine in service are inhibited. So 
what can be done to enable them? 


Well, one method could be using an EO! command 
before the actual completion of a routine in service. But 
beware, doing this may cause an “over nesting” prob- 
lem, similar to in the automatic EOI mode. In addition, 
resetting an ISR bit is irreversible by software control, 
so lower priority IR levels could only be later disabled by 
setting the IMR. 


A much better solution is the special mask mode. Work- 
ing in conjunction with the IMR, the special mask mode 
enables interrupts from all levels except the level in ser- 
vice. This is done by masking the level that is in service 
and then issuing the special mask mode command. 
Once the special mask mode is set, it remains in effect 
until reset. 


Figure 15 shows how to enable lower priority interrupts 
by using the Special Mask Mode (SMM). Assume that 
IRO has highest priority when the main program is inter- 
rupted by IR4. In the IR4 service routine an enable inter- 
rupt instruction is executed. This only allows higher 
priority interrupt requests to interrupt IR4 in the normal 
fully nested mode. Further in the IR4 routine, bit 4 of the 
IMR is masked and the special mask mode is entered. 
Priority operation is no longer in the fully nested mode. 
All interrupt levels are enabled except for IR4. To leave 
the special mask mode, the sequence is executed in 
reverse. 


MAIN PROGRAM 


EI OR STI 


IR4 SERVICE 
ROUTINE 


IR4 —. 


li 


TEL 


El OR STI 


!{RO-3 ENABLED 
IR4-7 DISABLED 


SET SMM 


IRO-3, 5-7 ENABLED 
_IR4 DISABLED 


RESET SMM 


IRO-3 ENABLED 
IR4-7 DISABLED ~ 


RET OR IRET 


Figure 15. Special Mask Mode Example (MCS 80/85"“or MCS 86/88") 


Precautions must be taken when exiting an interrupt 
service routine which has used the special mask mode. 
A non-specific EO] command can’t be used when in the 
special mask mode. This is because a non-specific 
won't clear an ISR bit of an interrupt which is masked 
when in the special mask mode. In fact, the bit will ap- 
pear invisible. If the special mask mode is cleared 
before an EOI command is issued a non-specific EOI 
command can be used. This could be the case in the ex- 
ample shown in Figure 15, but, to avoid any confusion 
it's best to use the specific EOI whenever using the 
special mask mode. 


It must be remembered that the special mask mode ap- 
plies to all masked levels when set. Take, for instance, 
IR1 interrupting IR4 in the previous example. If this hap- 
pened while in the special mask mode, and the IR1 
routine masked itself, all interrupts would be enabled 
except IR1 and IR4 which are masked. 


3.3 INTERRUPT TRIGGERING 


There are two classical ways of sensing an active inter- 
rupt request: a level sensitive input or an edge sensitive 
input. The 8259A gives the user the capability for either 
method with the edge triggered mode and the level trig- 
gered mode. Selection of one of these interrupt trigger- 
ing methods is done during the programmed initializa- 
tion of the 8259A. | 


_.Level Triggered Mode 


When in the level triggered mode the 8259A will recog- 
nize any active (high) level on an IR input as an interrupt 
request. If the IR input remains active after an EOI com- 
mand has been issued (resetting its ISR bit), another in- 
terrupt will be generated. This is providing of course, the 
processor INT pin is enabled. Unless repetitious inter- 
rupt generation is desired, the IR input must be brought 
to an inactive state before.an EOI command is issued in 
its service routine. However, it must not go inactive so 
soon that it disobeys the necessary timing require- 
ments shown in Figure 16. Note that the request on the 
IR input must remain until after the falling edge of the 
first INTA pulse. If on any IR input, the request goes 
inactive before the first INTA pulse, the 8259A will 
respond as if IR7 was active. In any design in which 
there’s a possibility of this happening, the IR7 default 
feature can be used as a safeguard. This can be accom- 
plished by using the IR7 routine as a ‘‘clean-up routine” 
which might recheck the 8259A status or merely return 
program execution to its pre-interrupt location. 


Depending upon the particular design and application, 
the level triggered mode has a number of uses. For one, 
it provides for repetitious interrupt generation. This is 
useful in cases when a Service routine needs to be con- 
tinually executed until the interrupt request goes inac- 
tive. Another possible advantage of the level triggered 
mode is it allows for ‘‘wire-OR’ed” interrupt requests. 
That is, a number of interrupt requests using the same 


IR input. This can’t be done in the edge triggered mode, 


for if adevice makes an interrupt request while the IR in- 
put is high (from another request), its transition will be 
“shadowed”. Thus the 8259A won’t recognize further in- 
terrupt requests because its IR input is already high. 
Note that when a “wire-OR’ed” scheme is used, the ac- 
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Figure 16. IR Triggering Timitig Requirements 


tual requesting device has to be determined by the soft- 
ware in the service routine. : 


Caution should be taken when using the automatic EOI 


mode and the level triggered mode together. Since in 
the automatic EOI mode an EOI! is automatically per- 
formed at the end of the interrupt acknowledge se- 
quence, if the processor enables interrupts while an IR 
input is still high, an interrupt will occur immediately. To 
avoid this situation interrupts should be kept disabled 
until the end of the service routine or until the IR input 
returns low. 


Edge Tiigaerad Mode 


When in the edge triggered mode, the 8259A will: only 
recognize interrupts if generated by an inactive (low) to 
active (high) transition on an IR input. The edge trig- 
gered mode incorporates an edge lockout method of 
operation. This means that after the rising edge of an 
interrupt request and the acknowledgement of the re- 
quest, the positive level of the IR input won’t generate 
further interrupts on this level. The user needn’t worry 
about quickly removing the request after acknowledge- 
ment in fear of generating further interrupts as might be 
the case in the level triggered mode. Before another in- 
terrupt can be generated ine IR inpot must return to the 
inactive state. 


Referring back to Figure 16, the timing requirements for 
interrupt triggering is shown. Like the level triggered 
mode, in the edge triggered mode the request on the IR 
input must remain active until after the falling edge of 
the first INTA pulse for that particular interrupt. Unlike 
the level triggered mode, though, after the interrupt 
request is acknowledged its IRR latch is disarmed. Only 
after the IR input goes inactive will the IRR latch again 
become armed, making it ready to receive another inter- 
rupt request (in the level triggered mode, the IRR latch is 
always armed). Because of the way the edge triggered 
mode functions, it is best to use a positive level with a 
negative pulse to trigger the IR requests. With this type 


of input, the trailing edge of the pulse causes the inter- 


rupt and the maintained positive level meets the neces- 
sary timing requirements (remaining high until after the 
interrupt acknowledge occurs). Note that the IR7 default 


-IMR (Interrupt 


feature mentioned in the “level triggered mode” section 
also works for the edge triggered mode. 


Depending upon the particular design and application, 
the edge triggered mode has various uses. Because of 
its edge lockout operation, it is best used in those 
applications where repetitious interrupt generation isn’t 
desired. It is also very useful in systems where the inter- 
rupt request is a pulse (this should be in the form of a 
negative pulse to the 8259A). Another possible advan- 
tage is that it can be used with the automatic EO! mode 
without the cautions in the level triggered mode. Over- 
all, in most cases, the edge triggered mode simplifies 
operation for the user, since the duration of the interrupt 
request at a positive level is not usually a factor. 


3.4 INTERRUPT STATUS 


By means of software control, the user can interrogate 
the status of the 8259A. This allows the reading of the 
internal interrupt registers, which may prove useful for 
interrupt control during service routines. It also pro- 
vides for a modified status poll method of device moni- 
toring, by using the poll command. This makes the 
status of the internal IR inputs available to the user via 
software control. The poll command offers an alterna- 
tive to the interrupt vector method, especially for those 
cases when more than 64 interrupts are needed. 


Reading Interrupt Registers 


The contents of each &-bit interrupt register, IRR, ISR, 
and IMR, can be read to update the user’s program on 
the present status of the 8259A. This can be a versatile 
tool in the decision making process of a service routine, 
giving the user more control over interrupt operations. 
Before delving into the actual process of reading the 
registers, let’s briefly review their general descriptions: 


IRR (Interrupt Specifies all interrupt levels re- 
Request Register) questing service. 


ISR (In-Service 
Register) 


Specifies all interrupt levels 
~ which are being serviced. 


Specifies all interrupt levels that 


Mask Register) are masked. 
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To read the contents of the IRR or ISR, the user must 
first issue the appropriate read register command (read 
IRR or read ISR) to the 8259A. Then by applying a RD 
pulse to the 8259A (an INput instruction), the contents 
of the desired register can be acquired. There is no need 
to issue a read register command every time the IRR or 
ISR is to be read. Once a read register command is 
received by the 8259A, it “remembers” which register 
has been selected. Thus, all that is necessary to read 
the contents of the same register more than once is the 
RD pulse and the correct addressing (AO0=0, explained 
in ‘Programming the 8259A”). Upon initialization, the 
selection of registers defaults to the IRR. Some caution 
should be taken when using the read register command 
in a system that supports several levels of interrupts. If 
the higher priority routine causes an interrupt between 
the read register command and the actual input of the 
register contents, there’s no guarantee that the same 
register will be selected when it returns. Thus it is best 
in such cases to disable interrupts during the operation. 


Reading the contents of the IMR is different than read- 
ing the IRR or ISR. A read register command is not 
necessary when reading the IMR. This is because the 
IMR can be addressed directly for both reading and 
writing. Thus all that the 8259A requires for reading the 
IMR is a RD pulse and the correct addressing (AO= 1, 
explained in an egraamung: the 8259A”). 


Poll Command 


As mentioned towards the beginning of this application 
note, there are two methods of servicing peripherals: 
status polling and interrupt servicing. For most applica- 
tions the interrupt service method is best. This is 
because it requires the least amount of CPU time, thus 
increasing system throughput. However, for certain ap- 
plications, the status poll method may be desirable. 


For this reason, the 8259A supports polling operations 
with the poll command. As opposed to the conventional 
method of polling, the poll command offers improved 
device servicing and increased throughput. Rather than 
having the processor poll each peripheral in order to 
find the actual device requiring service, the processor 
polls the 8259A. This allows the use of all the previously 
mentioned priority modes and commands. Additionally, 
both polled and interrupt methods can be used within 
the same program. 


To use the poll command the processor must first have 
its interrupt request pin disabled. Once the poll com- 
mand is issued, the 8259A will treat the next (CS quali- 
fied) RD pulse issued to it (an INput instruction) as an in- 
terrupt acknowledge. It will then set the appropriate bit 
in the ISR, if there was an interrupt request, and enable a 
special word onto the data bus. This word shows 
whether an interrupt request has occurred and the 
highest priority level requesting service. Figure 17 
shows the contents of the ‘‘poll word” which is read by 
the processor. Bits W0O-W2 convey the binary code of 
the highest priority level requesting service. Bit | desig- 
nates whether or not an interrupt request is present. If 
an interrupt request is present, bit | will equal 1. If there 
isn’t an interrupt request at all, bit | will equal 0 and bits 
WO0-W2 will be set to ones. Service to the requesting 
device is achieved by software decoding the poll word 
and branching to the appropriate service routine. Each 


time the 8259A is to be polled, the poll command must 
be written before reading the poll word. 


The poll command is useful in various situations. For in- 
stance, it’s a good alternative when memory is very 
limited, because an interrupt-vector table isn’t needed. 
Another use for the poll command is when more than 64 
interrupt levels are needed (64 is the limit when cascad- 
ing 8259’s). The only limit of interrupts using the poll 
command is the number of 8259’s that can be addressed 
in a particular system. Still another application of the 
poll command might be when the INT or INTA signals 
are not available. This might be the case in a large 
system where a processor on one card needs to use an 
8259A on a different card. In this instance, the poll com- 
mand is the only way to monitor the interrupt devices 
and still take advantage of the 8259A’s prioritizing 
features. For those cases when the 8259A is using the 
poll command only and not the interrupt method, each 
8259A must receive an initialization sequence (interrupt 
vector). This must be done even though the interrupt 
vector features of the 8259A are not used. In this case, 
the interrupt vector specified in the initialization 
sequence could be a “‘fake”’. 


' W0-W2 = BINARY CODE OF HIGHEST 
PRIORITY LEVEL REQUESTING SERVICE 


[=11F AN INTERRUPT OCCURRED. 


Figure 17. Poll Word 


3.5 INTERRUPT CASCADING 


As mentioned earlier, more than one 8259A can be used 
to expand the priority interrupt scheme to up to 64 levels 
without additional hardware. This method for expanded 
interrupt capability is called ‘cascading’. The 8259A 
supports cascading operations with the cascade mode. 
Additionally, the special fully nested mode and the buf- 
fered mode are available for increased flexibility when 
cascading 8259A’s in certain applications. 


Cascade Mode 


When programmed in the cascade mode, basic opera- 
tion consists of one 8259A acting as a master to the 
others which are serving as slaves. Figure 18 shows a 
system containing a master and two slaves, providing a 
total of 22 interrupt levels. 


A specific hardware set-up is required to establish 
operation in the cascade mode. With Figure 18 as a ref- 
erence, note that the master is designated by a high on 
the SP/EN pin, while the SP/EN pins of the slaves are 
grounded (this can also be done by software, see buf- 
fered mode). Additionally, the INT output pin of each 
slave is connected to an IR input pin of the master. The 
CASO-2 pins for all 8259A’s are paralleled. These pins 
act as outputs when the 8259A is a master and as inputs 
for the slaves. Serving as a private 8259A bus, they con- 
trol which slave has control of the system bus for inter- 
rupt vectoring operation with the processor. All other 
pins are connected as in normal operation (each 8259A 
receives an INTA pulse). 


A-151 


AP-59 


ADDRESS BUS (16) 


CONTROL BUS , 


DATA BUS (8) 


Lae INT REQ 


DO-7 . INTA 


82590 
MASTER | ° 


INTERRUPT REQUESTS 


- Figure 18. Cascaded 8259A’S 22 Interrupt Levels 


Besides hardware set-up requirements, all 8259A’s must 
be software programmed to work in the cascade mode. 
Programming the cascade mode is done during the in- 
itialization of each 8259A. The 8259A that is selected as 
master must receive specification during its initializa- 
tion as to which of its IR inputs are connected to a 
slave’s INT pin. Each slave 8259A, on the other hand, 
must be designated during its initialization with an ID (0 
through 7) corresponding to which of the master’s IR in- 


puts its INT pin is connected to: This is all necessary so. 


the CASO-2 pins of the masters will be able to address 
each individual slave. Note that as in normal operation, 
each 8259A must also be initialized to give its IR inputs 
a unique interrupt vector. More detail on the necessary 
programming of the cascade mode is explained in ‘‘Pro- 


gramming the 8259A”. 


Now, with background information on both hardware 
and software for the cascade mode, let’s go over the 
sequence of events that occur during a valid interrupt 
request from a slave. Suppose a slave IR input has 
received an interrupt request. Assuming this request is 
higher priority than other requests and in-service levels 
on the slave, the slave’s INT pin is driven high. This 
signals the master of the request by causing an inter- 
rupt request on a designated IR pin of the master. Again, 
assuming that this request to the master is higher priori- 
ty than other master requests and in-service levels 
(possibly from other slaves), the master’s INT pin is 
pulled high, interrupting the processor. — 


The interrupt acknowledge sequence appears to the 
processor .the: same as the non-cascading interrupt 
acknowledge sequence; however, it’s different among 


the 8259A’s. The first INTA pulse is used by all. the 


8259A’s: for internal set-up purposes and, if in the 
8080/8085 mode, the master will place the CALL opcode 
on the data bus. The first INTA pulse also signals the 
master to place the requesting slave’s ID code on the 
CAS lines. This turns control over to the slave for the 
rest of the interrupt acknowledge sequence, placing the 
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appropriate pre-programmed “interrupt vector on the: 
data bus, completing the interrupt request. | 


During the interrupt acknowledge sequence, the cor- 
responding ISR bit of both the master and the slave get 
set. This means two EOI commands must be issued (if 
not in the automatic EO! mode), one for the master and 
one for the slave. | | 


Special consideration should be taken when mixed 
interrupt requests are assigned to a master 8259A; that 
is, when some of the master’s IR inputs are used for 
slave interrupt requests and some are used for individ- 
ual interrupt requests. In this type of structure, the 
master’s IRO must not be used for a slave. This is 
because when an IR input that isn’t initialized as a slave 
receives an interrupt request, the CASO-2 lines won’t be 
activated, thus staying in the default condition address- 
ing for IRO (slave IRO). If a slave is connected to the 
master’s IRO when a non-slave interrupt occurs on 
another master IR input, erroneous conditions may 
result. Thus IRO should be the last choice when assign- 
ing slaves to IR inputs. | 


Special Fully Nested Mode 


Depending on the application, changes in the nested 
structure of the cascade mode may be desired. This is 
because the nested structure of a slave 8259A differs 
from that of the normal fully nested mode. In the cas-. 
cade mode, if a slave receives a higher priority interrupt 
request than one which is in service (through the same 
slave), it won’t be recognized by the master. This is 
because the master’s ISR bit is set, ignoring all requests. 
of equal or lower priority. Thus, in this case, the higher 
priority slave interrupt won't be serviced until after the 
master’s ISR bit is reset by an EOI command. This is 
most likely after the completion of the lower priority: 
routine. oe Fe Se 8 7 

lf the user wishes to have a truly fully nested structure 
within a slave 8259A, the special fully: nested mode 
should be used. The special: fully nested mode is pro- 
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grammed in the master only. This is done during the 
master’s initialization. In this mode the master will 
ignore only those interrupt requests of lower priority 
than the set ISR bit and will respond to all requests of 
equal or higher priority. Thus if a slave receives a higher 
priority request than one in service, it will be recognized. 
To insure proper interrupt operation when using the 
special fully nested mode, the software must determine 
if any other slave interrupts are still in service before 
issuing an EOI command to the master. This is done by 
resetting the appropriate slave ISR bit with an EOI and 
then reading its ISR. If the ISR contains all zeros, there 
aren’t any other interrupts from the slave in service and 
an EOI command can be sent to the master. If the ISR 
isn’t all zeros, an EO] command shouldn’t be sent to the 
master. Clearing the master’s ISR bit with an EO! com- 
mand while there are still slave interrupts in service 
would allow lower priority interrupts to be recognized at 
the master. An example of this process is shown in the 
second application in the “Applications Examples” sec- 
tion. 


Buffered Mode 


The buffered mode is useful in large systems where buf- 
fering is required on the data bus. Although not limited 


to only 8259A cascading, it’s most pertinent in this use. 


In the buffered mode, whenever the 8259A’s data bus 
output is enabled, its SP/EN pin will go low. This signal 
can be used to enable data transfer through a buffer 
transceiver in the required direction. 


Figure 19 shows a conceptual diagram of three 8259A’s 
in cascade, each slave is controlling an individual 8286 
8-bit bidirectional bus driver by means of the buffered 
mode. Note the pull-up on the SP/EN. It is used to 
enable data transfer to the 8259A for its initial program- 
ming. When data transfer is to go from the 8259A to the 
processor, SP/EN will go low; otherwise, it will be high. 


A question should arise, however, from the fact that the 
SP/EN pin is used to designate a master from a slave; 


SYSTEM DATA BUS 


DATA BUS 


SLAVE 


how can it be used for both master-slave selection and 
buffer control? The answer to this is the provision for 
software programmable master-slave selection when in 
the buffer mode. The buffered mode is selected during 
each 8259A’s initialization. At the same time, the user 
can assign each individual 8259A as a master or slave 
(see ‘Programming the 8259A””). 


4. PROGRAMMING THE 8259A 


Programming the 8259A is accomplished by using .two 
types of command words: Initialization Command 
Words (ICWs) and Operational Command Words 
(OCWs). All the modes and commands explained in the 
previous section, “Operation of the 8259A”, are pro- 
grammable using the |CWs and OCWs (see Appendix A 
for cross reference). The ICWs are issued from the proc- 
essor in a sequential format and are used to set-up the 
8259A in an initial state of operation. The OCWs are 
issued as needed to vary and control 8259A operation. 


Both ICWs and OCWs are sent by the processor to the 
8259A via the data bus (82594 CS=0, WR=0). The 
8259A distinguishes between the different ICWs and 
OCWs by the state of its AO pin (controlled by processor 
addressing), the sequence they’re issued in (ICWs only), 
and some dedicated bits among the ICWs and OCWs. 
Those bits which are dedicated are indicated so by fixed 
values (0 or 1) in the corresponding ICW or OCW pro- 
gramming formats which are covered shortly. Note, 
when issuing either ICWs or OCWs, the interrupt 
request pin of the processor should be disabled. 


4.1 INITIALIZATION COMMAND WORDS (iCWs) 


Before normal operation can begin, each 8259A in a 
system must be initialized by a sequence of two to four 
programming bytes called ICWs (Initialization Com- 
mand Words). The ICWs are used to set-up the neces- 
sary conditions and modes for proper 8259A operation. 


SPIEN Do-7 


MASTER 
8259A 


IR IR INTA CASo.2 


Figure 19. Cascade-Buffered Mode Example 
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Figure 20 shows the initialization flow of the 8259A. 
Both ICW1 and ICW2 must be issued for any form of 
8259A operation. However, ICW3 and ICW4 are used 
only if designated so'in.ICW1. Determining the neces- 
sity and use of each ICW is covered shortly in individual 
groupings: Note that, once intialized, if any program- 
ming changes within the ICWs are to be made, the entire 
ICW sequence must be reprogrammed, not just an indi- 
vidual ICW. 

Certain internal set-up conditions occur automatically 
within the 8259A after the first ICW. has been issued. 
These are: 


A. Sequencer logic is set to accept the remain‘ng ICWs 


as. designated in ICW1. 


B. The ISR (In- ‘Service Register) and IMR (interrupt Mask 
- Register) are.both cleared.. 


C. The ‘special mask mode is reset. 
D. The rotate in automatic EOI mode flip- -flop is cleared. 


E. The IRR (Interrupt Request Register) is selected for 
the read register. command. 


F. If the 1C4 bit equals.0 in Icw1, all functions in Icw4 
are cleared; 8080/8085 mode is selected by default.’ 
G. The fully nested mode is entered with an initial prior- 
ity assignment of IRO highest through IR7 lowest. 
H. The edge sense latch of each. AR priority. cell is 
. Cleared, thus requiring a low to high transition to 
_ generate an interrupt (edge triggered mode effected 
only).. 


Poa. ICW2 a sO 


NO (SNGL =11) 
CASCADE 


MODE 


YES —— = 0) 


is icwa 
NEEDED. 


NO (Ica =0) 


YES (Ic4= 1) 


Icw4 


READY TO ACCEPT 
INTERRUPT REQUESTS 


Figure 20. Initialization Flow 
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The ICW programming format, Figure 21, shows bit 
designation and a short definition of each ICW. With the 
ICW format as reference, the functions of each ICW will. 
now ue nENplalheds neways 


~ 1ew1 


Ag 0, 0, 90,,. O D3 0, =D, OB 
_ a ee 1. 1CW4 NEEDED 
0.= NO ICW4 NEEDED 


'V=SINGLE (fy 2 Sr 
a CASCADE MODE - 


CALL INTERVAL | 
“1= INTERVAL OF 4 
O= INTERVAL OFS _ 


* 1= LEVEL TRIGGERED INPUT 
0 = EDGE TRIGGERED INPUT 


A7 - Ag OF INTERRUPT VECTOR 
ADDRESS (MCS80/85 MODE) 


1CW2- 


Aig Ag OF INTERRUPT NECIEE 
AODRESS (MCS80'85 MODE}, Z 
T7 1T30F INTERRUPT TYPE’ 

(MCS8G6 88 MODE) ; nS, 


1 | IR INPUT HAS A SLAVE 
"0 IR INPUT DOES NOT HAVE | 
ASLAVE | 


Pa 
O1- 0 


0 
dec 


1 MCS86’88 MODE 
0 MCS80,85 MODE 
Bitola Siete 1 AUTO EO! 
_ 0 NORMAL EOI 
‘ 1 


xX] NON BUFFERED MODE 
“O0_| BUFFERED MODE ‘SLAVE 
1_.| - BUFFERED MODE ‘MASTER 


QO. 
1 
1 


1 SPECIAL FULLY NESTED 
MODE 

Q NOT SPECIAL FULLY NESTED 
MODE 


NOTE T SLAVE 1D 1S EQUAL TO THE CORRESPONDING MASTER TR INPUT. 
NOTE 2? X INDICATES “DON'T CARE”. 


SOME OF THE TERMINOLOGY USED MAY DIFFER SLIGHTLY FROM EXISTING 8259A 
DATA SHEETS. THIS IS DONE.TO BETTER CLARIFY AND EXPLAIN THE PROGRAM. 


MING OF THE 8259A, THE OPERATIONAL RESULTS REMAIN THE SAME. 


Figure 21. Initialization Command Words (ICWS) Programming Format 
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ICW1 and ICW2 


Issuing ICW1 and ICW2 is the minimum amount of pro- 
gramming needed for any type of 8259A operation. The 
majority of bits within these two ICWs are used to desig- 
nate the interrupt vector starting address. The remain- 
ing bits serve various purposes. Description of the |CW1 
and ICW2 bits is as follows: 


IC4: The IC4 bit is used to designate to the 8259A 

” e whether or not ICW4 will be issued. If any of 
the ICW4 operations are to be used, ICW4 
must. equal 1. If they aren’t used, then ICW4 
needn’t be issued and IC4 can equal 0. Note 
that if |C4 = 0, the 8259A will assume operation 
in the MCS-80/85 mode. 


' The SNGL bit is used to designate whether or 

_ not the 8259A is to be used alone or in the cas- 

- cade mode. If the cascade mode is desired, 

' SNGL must equal 0. In doing this, the 8259A 
will accept ICW3 for further cascade mode pro- 
gramming. If the 8259A is to be used as the 
single 8259A within a system, the SNGL bit 
must equal 1; ICW3 won't be accepted. 


SNGL: 


ADI: The ADI bit is used to specify the address in- 
| terval for the MCS-80/85 mode. If a 4-byte ad- 
dress interval is to be used, ADI must equal 1. 
For an 8-byte address interval, ADI must equal 
' 0. The state of ADI is ignored when the 8259A 

is in the MCS-86/88 mode. 


LTIM: The LTIM bit is used to select between the two 
im IR input triggering modes. If LTIM = 1, the level 
triggered mode is selected. If LTIM=0, the 

edge triggered mode is selected. 


A5-A15: The A5-A15 bits are used to select the inter- 
rupt vector address when in the MCS-80/85 
mode. There are two programming formats 
that can be used to do this. Which one is im- 
plemented depends upon the selected address 
interval (ADI). If ADI is set for the 4-byte inter- 
val, then the 8259A will automatically insert 
A0-A4 (AO, A1=0 and A2, A3, A4=I1RO0-7). 


Thus. A5-A15 must be user selected by pro-. 


gramming the A5-A15 bits with the desired ad- 
dress. If ADI is set for the 8-byte interval, then 
_AO-AS are automatically inserted (AO, At, 
A2=0 and A3, A4, A5=IRO-7). This leaves 
A6-A15 to be selected by programming the 
A6-A15 bits with the desired address. The 
state of bit 5 is ignored in the latter format. 


The T3-T7 bits are used to select the interrupt 
type when the MCS-86/88 mode is used. The 
programming of T3-T7 selects the upper 5 
bits. The lower 3 bits are automatically in- 
serted, corresponding to the IR level causing 

the interrupt. The state of bits A5-A10 will be 
ignored when in the MCS-86/88 mode. Estab- 

‘ lishing the actual memory address of the inter- 
rupt is shown in Figure 22. | 


T3-T7: 


«— UPPER 5 BITS OF 8086/8088 
INTERRUPT TYPE (USER PROGRAMMED) 


HeeTTa 


To1T,|T,| «— REQUESTING IR LEVEL 
(AUTOMATICALLY INSERTED BY 8259A) 


“— COMPLETE 8086/8088 INTERRUPT TYPE 


ee = 


PEEP EREREEREET Weenie 
Figure 22. Establishing Memory Address of 8086/8088 interrupt Type 


ICW3 | 

The. 8259A will only accept ICW3 if programmed in the 
cascade mode (ICW1, SNGL=0). ICW3 is used for 
specific programming within the cascade mode. Bit 
definition of ICW3 differs depending on whether the 
8259A is a master or a Slave. Definition of the ICW3 bits. 
is as follows: 


S0-7 If the 8259A isa master (either wher the 
(Master): SP/EN pin is tied high or in the buffered 
ve mode when M/S = 1 in ICW4), ICW3 bit defi- 
nition is SO-7, corresponding to “slave 0-7”’.. 
These bits are used to establish which IR in-. 
puts. have slaves connected to them. A.1:: 
designates a slave, a0 no slave. For exam-. 
_ ple, if a slave was connected to IR3,.the S3. 
bit should be set to a 1. (SO) should be last. 
choice for slave designation. | 


If the 8259A is a slave (either when the SPIEN 
pin is low or in the buffered mode when 
M/S = 0 in ICW4), ICW3 bit definition is used 
to establish its individual identity. The ID 
code of a particular slave must correspond 
to the number of the masters IR input it is 
connected to. For example, if a slave was 
connected to IR6 of the master, the slaves 
|IDO-2 bits should be set to ID0= 0, ID1=1, 
and ID2= 1. . 


IDO-ID2 
(Slave): 


ICW4 


The 8259A will only accept ICW4 if it was selected in 
ICW1 (bit 1C4= 1). Various modes are offered by using 
ICW4. Bit definition of ICW4 is as follows: 


uPM: The pPM bit allows for selection of either the 
MCS-80/85 or MCS-86/88 mode. If set as a 1 the 
MCS-86/88 mode is selected, if a 0, the 

_ MCS-80/85 mode is selected. 


AEOI: The AEOI bit is used to select the automatic 
end of interrupt mode. If AEOl=1,. the 
automatic end of interrupt mode is selected. If 
AEOI=0, it isn’t selected; thus an EOI com- 
mand must be used during a service routine. 


M/S: The M/S bit is used in conjunction with the buf- 
fered mode. If in. the buffered mode, M/S. 
defines whether the 8259A is a master or a 
slave. When M/S is set to a 1, the 8259A 
operates as the master; when M/S is 0, it 
Operates as a slave. If not programmed in the 

- buffered mode, me state of the M/S bit is. 
ignored. 
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BUF: The BUF bit is used to designate operation in 
the buffered mode, thus controlling the use of 
the SP/EN pin. If BUF is set toa 1, the buffered 
mode is programmed and SP/EN is used as a 
transceiver enable output. If BUF is 0, the buf- 
fered mode isn’t programmed and SP/EN is 
used for master/slave selection. Note if ICW4 
isn’t programmed, SP/EN is used for master/ 
slave selection. 


SFNM: 
special fully nested mode which is used in 
conjunction with the cascade mode. Only the 
master should be programmed in the special 
fully nested mode to assure a truly fully nested 
structure among the slave IR inputs. If SFNM 
is set to a 1, the special fully nested mode is 
selected; if SFNM is 0, it is not selected. 


4.2 OPERATIONAL COMMAND WORD (OCWs) - 


Once initialized by the ICWs, the 8259A will most likely 
be operating in the fully nested mode. At this point, 
operation can be further controlled or modified. by the 
use of OCWs (Operation Command Words). Three 
OCWSsS are available for programming various modes and 
commands. Unlike the ICWs, the OCWs needn't be in 
any type of sequential order. Rather, they are issued by 
the processor as needed within a program. 


Figure 23, the OCW programming format, shows the bit 
designation and short definition of each OCW. With the 
OCW format as reference, the functions of each OCW 
will-be explained individually. 


ocw1 


OCW1 is used solely for 8259A aes operations. It 
provides a direct link to the IMR (Interrupt Mask Regis- 
ter). The processor can write to or read from the IMR via 
OCW1. The OCW1 bit definition is as fqllows: 


MO-M7: The MO-M7 bits are used to control the mask- 
ing of IR inputs. If an M bit is set to a 1, it will 
mask the corresponding IR input..A 0 clears 


the mask, thus enabling the IR input. These. 


bits convey the same meaning when being 
feaq by the processor for status upeate: 


OCcW2 


OCW2 is used for end of interrupt, automatic rotation, 


and specific rotation operations. Associated commands 
and modes of these operations (with the exception of 
AEOL initialization), are selected using the bits of OCW2 
in a combined fashion. Selection of. a command or 
mode should be made with the corresponding table for 
OCW2 in the OCW programming format (Figure 20), 
rather than on a bit by bit basis. However, -for com- 
pleteness of explanation, bit definition of OCW2 is as 
follows: 


LO-L2: The LO-L2 bits are-used to designate an inter- 
: rupt level (0-7) to be acted upon for the opera- 
‘tion selected by the EOI, SL, and R bits of 
OCW2. The level designated will either be 
‘used to reset a specific ISR bit or to set a 
specific priority. The LO-L2 bits are enabled or 


disabled by the SL bit. 


The SFNM bit. designates selection of the 


INTERRUPT MASK] . 
1: MASK SET 
0: MASK RESET 


NON-SPECIFIC EO! COMMAND 
“SPECIFIC EO! COMMAND 
ROTATE ON NON-SPECIFIC EOt COMMAND 
ROTATE IN AUTOMATIC EOI MODE (SET) } AUTOMATIC ROTATION 
ROTATE IN AUTOMATIC EO! MODE (CLEAR) 
“ROTATE ON SPECIFIC EOI COMMAND 
"SET PRIORITY COMMAND 
’ NO OPERATION 


} END OF INTERRUPT 


} SPECIFIC ROTATION 


. “LO -L2 ARE USED 


OCcw3 


Ay D , 


i, ‘a 3 D) Dp 
(1) 


READ REGISTER COMMAND t 
oT 
READ 
é NO he iS REG 
ACTION ONE ST ON NEXT 
, RAD PULSE | RO PULSE 
1+ POLL COMMAND 
0+ NOPOLL COMMAND 
. m4 . 


SPECIAL MASK MODE 


NO 


SOME OF THE TERMINOLOGY USED MAY DIFFER SLIGHTLY FROM EXISTING 8259A 
DATA SHEETS. THIS IS DONE TO BETTER CLARIFY AND EXPLAIN THE PROGRAM: 
MING OF THE 8259A, THE OPERATIONAL RESULTS REMAIN THE SAME. 


NOTE 1: X INDICATES “DON'T CARE”. 


Figure 23. Operational Command Words (OCWs) Programming Format 


EOI: The EOI bit is used for all end of interrupt com- 
mands (not automatic end of interrupt mode). 
If set to'a 1, a form of an end of interrupt com- 
mand will be executed depending on the state 
_of the SL and R bits. If EOI is 0, an end of inter- 
 rupt command won't be executed. 


SL: The SL bit is used to selecta specific level for 
a given operation. If SLis set to a 1, the LO-L2 
_bits are enabled. The operation selected by the 
EOI and R bits will be executed on the 
specified interrupt level. If SL is 0, the LO-L2 

bits are disabled. 


R: The R bit is used to control all 8259A rotation 
operations. If the R bit is set to a 1; a form of 
priority rotation will be executed depending on 
the state of SL and EOI bits. If.R is.0, rotation 

won’t be executed. 
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OCW3 


OCW3 is used to issue various modes and commands to 
the 8259A. There are two main categories of operation 
associated with OCW3: interrupt status and interrupt 
masking. Bit definition of OCW3 is as follows: 


RIS: The RIS bit is used to select the ISR or IRR for 
the read register command. If RIS is set to 1, 
ISR is selected. If RIS is 0, IRR is selected. The 
state of the RIS is only honored if the RR bit is 
a. 


RR: The RR bit is used to execute the read register 
command. If RR is set to a1, the read register 
command is issued and the state of RIS deter- 
mines the register to be read. If RR is 0, the 
read register command isn't issued. 


P: The P bit is used to issue the poll command. If 
P is set toa 1, the poll command is issued. If it 
is 0, the poll command isn’t issued. The poll 
command will override a read register com- 
mand if set simultaneously. 


SMM: The SMM bit is used to set the special mask 
mode. If SMM is set to a1, the special mask 
mode is selected. If it is 0, it is not selected. 
The state of the SMM bit is only honored if it is 
enabled by the ESMM bit. 


The ESMM bit is used to enable or disable the 
effect of the SMM bit. If ESMM is set to a 1, 
SMM is enabled. If ESMM is 0, SMM is dis- 
abled. This bit is useful to prevent interference 
of mode and command selections in OCW3. 


ESMM: 


5. APPLICATION EXAMPLES 


In this section, the 8259A is shown in three different ap- 
plication examples. The first is an actual design imple- 
mentation supporting an 8080A microprocessor system, 
“Power Fail/Auto Start with Battery Back-Up RAM”. The 
second is a conceptual example of incorporating more 
than 64 interrupt levels in an 8080A or 8085A system, 
‘78 Level Interrupt System’. The third application is a 
conceptual design using an 8086 system, “Timer Con- 
trolled Interrupts”. Although specific microprocessor 
systems are used in each example, these applications 
can be applied to either MCS-80, MCS-85, MCS-86, or 
MCS-88 systems, providing the necessary hardware and 
software changes are made. Overall, these applications 
should serve as a useful guide, illustrating the various 
procedures in using the 8259A. 


5.1 POWER FAIL/AUTO-START WITH BATTERY 
BACK-UP RAM 


The first application illustrates the 8259A used in an 
8080A system, supporting a battery back-up scheme for 
the RAM (Random Access Memory) in a microcomputer 
system. Such a scheme is important in numerical and 
process control applications. The entire microcomputer 
system could be supported by a battery back-up 
scheme, however, due to the large amount of current 
usually required and the fact that most machinery is not 
supported by an auxiliary power source, only the state 
of calculations and variables usually need to be saved. 
In the event of a loss of power, if these items are not 
already stored in RAM, they can be transferred there and 
saved using a simple battery back-up system. 


The vehicle used in this application is the Intel® 
SBC-80/20 Single Board Computer. An 8259A is used in 
the SBC-80/20 along with control lines helpful in imple- 
menting the power-down and automatic restart se- 
quence used ina battery back-up system. The SBC-80/20 
also contains user-selectable jumpers which allow the 
on-board RAM to be powered by a supply separate from 
the supply used for the non-RAM components. Also, the 
output of an undedicated latch is available to be con- 
nected to the IR inputs of the 8259A (the latch is cleared 
via an output port). In addition, an undedicated, buffered 
input line is provided, along with an input to the RAM 
decoder that will protect memory when asserted. 


The additional circuitry to be described was con- 
structed on an SBC-905 prototyping board. An SBC-635 
power supply was used to power the non-RAM section 
of the SBC-80/20 while an external DC supply was used 
to simulate the back-up battery supplying power to the 
RAM. The SBC-635 was used since it provides an open 
collector ACLO output which indicates that the AC 
input line voltage is below 103/206 VAC (RMS). 


The following is an example of a power-down and restart 
sequence that introduces the various power fail signals. 


1. An AC power failure occurs and the ACLO goes high 
(ACLO is pulled up by the battery supply). This indi- 
cates that DC power will be reliable for at most 7.5 
ms. The power fail circutry generates a Power Fail In- 
terrupt (PFI) signal. This signal sets the PFI latch, 
which is connected to the IRO input of the 8259A, and 
sets the Power Fail Sense (PFS) latch. The state of 
this latch will indicate to the processor, upon reset, 
whether it is coming up from a power failure (warm 
Start) or if it is coming up initially (cold start). 


2. The processor is interrupted by the 8259A when the 
PFl latch is set. This pushes the pre-power-down pro- 
gram counter onto the stack and calls the service 
routine for the IRO input. The IRO service routine 
saves the processor status and any other needed 
variables. The routine should end with a HALT 
instruction to minimize bus transitions. 


3. After a predetermined length of time (5 ms in this ex- 
ample) the power fail circuitry generates a Memory 
Protect (MPRO) signal. All processing for the power 
failure (including the interrupt response delays) must 
be completed within this 5 ms window. The MPRO 
signal ensures that spurious transitions on the sys- 
tem control bus caused by power going down do not 
alter the contents of the RAM. 


4. DC power goes down. 


5. AC power returns. The power-on reset circuitry on the 
SBC-80/20 generates a system RESET. 


6. The processor reads the state of the PFS line to 
determine the appropriate start-up Sequence. The 
PFS latch is cleared, the MPRO signal is removed, 
and the PFI latch driving IRO is cleared by the Power 
Fail Sense Reset (PFSR) signal. The system then con- 
tinues from the pre-power-down location for a warm 
start by restoring the processor status and popping 
the pre-power-down program counter off the stack. 


Figure 24 illustrates this timing. 
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POWER DOWN 


ACLO 


PFI 


IRO 


PFS — 


PFSR 


MPRO 


DC 


7.5 ms min 


POWER FAIL 
ROUTINE. 


RESTART 


POWER UP 
ROUTINE 


Figure 24. Power Down Restart Timing 


_ Figure 25 shows the block diagram for the system. 
Notice that the RAM, the RAM decoder, and the power- 
down circuitry are powered by the battery supply. 


The schematic of the power-down circuitry and the 
SBC-80/20 interface is shown in Figure 26. The design is 
very straightforward and uses CMOS logic to minimize 
the battery current requirements. The cold start switch 
is necessary to ensure that during a cold start, the PFS 
line is indicating ‘‘cold start” sense (PFS high). Thus, for 


a cold start, the cold start switch is depressed during 
power on. After that, no further action is needed. Notice 
that the PFI signal sets the on-board PFI latch. The out- 
put of this latch drives the 8259A IRO input. This latch is 
cleared during the restart routine by executing an OUT- 
put D4H instruction. The state of the PFS line may be 
read on the least significant data bus line (DBO) by exe- 
cuting an INput D4H instruction. An 8255 port (8255 #1, 
port C, bit-0) is used to control the PFSR line. 


BATTERY SUPPLY 


cs 


CONTROL BUS - 
| DATA BUS 
ADDRESS BUS 


POWER DOWN 
CIRCUITRY 


Figure 25. Block Diagram of SBC 80/20 with Power Down Circuit | 
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POWER DOWN CIRCUITRY 


ACLO 3 iD 


Al MC14049° =A2 MC14013. A3 MC14528 


SBC 80/20 


PORT D4 


PORT D4 


{> DBO 


+5 BATT. 


RAM CS 


RAM 
DECODER 


Figure 26. Power Down Circuit - SBC 80/20 Interface 


The fully nested mode for the 8259A is used in its initial 
state to ensure the IRO always has the highest priority. 
The remaining IR inputs can be used for any other pur- 


pose in the system. The only constraint is that the ser- 


vice routines must enable interrupts as early as possi- 
ble. Obviously, this is to ensure that the power-down in- 
terrupt does not have to wait for service. If a rotating 
priority scheme is desired, another 8259A could be 
added as a slave and be. programmed to operate ina 
rotating mode. The master would remain in the initial 
state of the fully nested mode so that the IRO still re- 
mains the highest priority input. 

The software to support the power-down circuitry is 


-shown in Figure 27. The flow for each label will be 
discussed. 


After any system reset, the processor starts execution 
at location 0000H (START). The PFS status is read and 
execution is transferred to CSTART if PFS indicates a 
cold start (i.e., someone is depressing the cold start 


switch) or WSTART if a warm start is indicated (PFS 


LOW). CSTART is the start of the user’s program. The 
Stack Pointers (SP) and device initialization were in- 
cluded just to remind the reader that these must occur. 
The first El instruction must appear after the 8259A has 
received its initialization sequence. The 8259A (and 
other devices) are initialized in the INIT subroutine. 


When a power failure occurs, execution is vectored by 
the 8259A to REGSAV by way of the jump table at 
JSTART. The pre-power-down program counter is placed 
on the stack. REGSAV saves the processor registers 
and flags in the usual manner by pushing them onto the 
stack. Other items, such as output port status, program- 


mable peripheral states, etc., are pushed onto the stack 
at this time. The Stack Pointer (SP) could be pushed on- 
to the stack by way of the register pair HL but the top of 
the stack can exist anywhere in memory and there is no 
way then of knowing where that is when in the power-up 
routine. Thus, the SP is saved at a dedicated location in 
RAM. It isn’t really necessary to send an EOI command 
to the 8259A in REGSAV since power will be removed 
from the 8259A, but one is included for completeness. 
The final instruction before actually losing power is a 
HALT. This minimizes somewhat spurious transitions 
on the various busses and lets the processor die 
gracefully. 


On reset, when a warm start is detected, execution is 
transferred to WSTART. WSTART activates PFSR by 
way of the 8255 (all outputs go low then the 8255 is ini- 
tialized). In the power-down circuitry, PFSR clears the 
PFS latch and removes the MPRO signal which then 
allows access to the RAM. WSTART also clears the PFI 
latch which arms the 8259A IRO input. Then the 8259A is 
re-initialized along with any other devices. The SP is 
retrieved from RAM and the processor registers and 
flags are restored by popping them off the stack. Inter- 
rupts are then enabled. Now the power-down program 
counter is on top of the stack, so executing a RETurn in- 
struction transfers the processor to exactly where it left 
off before the power failure. 


Aside from illustrating the usefulness of the 8259A (and 
the SBC-80/20) in implementing a power failure pro- 
tected microcomputer system, this application should 
also point out a way of phcsenyng the processor status 
when using interrupts. 
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Figure 27. Power Down and Restart Software 


5.2 78 LEVEL INTERRUPT SYSTEM 


The second application illustrates an interrupt structure 
with greater than 64 levels for an 8080A or 8085A sys- 
tem. In the cascade mode, the 8259A supports up to 64 
levels with direct vectoring to the service routine. Ex- 
tending the structure to greater than 64 levels requires 
polling, using the poll command. A 78 level interrupt 
structure is used as an illustration; however, the prin- 
ciples apply to'’systems with up to 512 levels. 


To implement the 78 level structure, 3 tiers of 8259A’s 

are used. Nine 8259A’s are cascaded in the master-slave 
scheme, giving 64 levels at tier 2. Two additional 
8259A’s are connected, by way of the INT outputs, to 
two of the 64 inputs. The 16 inputs at tier 3, combined 
with the 62 remaining tier 2 inputs, give 78 total levels. 
The fully nested structure is preserved over all levels, 
although direct vectoring is supplied for only the tier 2 
inputs. Software is required to vector any tier 3 re- 
quests. Figure 28 shows the tiered structure used in this 
example. Notice that the tier3 8259A’s are connected to 
the bottom level slave (SA7). The master-slaves are inter- 
connected as shown in “Interrupt Cascading”, while the 
tier 3 8259A’s are connected as “masters”; that is, the 
SP/EN pins are pulled high and the CAS pins are left un- 
connected. Since these 8259A's are only going to be 


used with the poll command, no INTA is required, there- 


fore the INTA pins are pulled high. 


A-160 


CAS BUS . 
SA00 
SP07 
SA10_ SB00 

MASTER 

IR1 SA17 SBO7 

SA70 SP INTA $B10 
SA76} 
SA7? 


“$B17 


_ Figure 28. 78 Level Interrupt Structure 
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The concept used to implement the 78 levels is to 
directly vector to all tier 2 input service routines. If a tier 
2 input contains a tier 3 8259A, the service routine for 
that input will poll the tier 3 8259A and branch to the tier 
3 input service routine based on the poll word read after 
the poll command. Figure 29 shows how the jump table 
is organized assuming a starting location of 1000H and 
contiguous tables for all the tier 2 8259A’s. Note that 
““SA35” denotes the IR5 input of the slave connected to 
the master IR3 input. Also note that for the normal tier 2 
inputs, the jump table vectors the processor directly to 
the service routine for that input, while for the tier 2 in- 
puts with 8259A’s connected to their IR inputs, the proc- 
essor is vectored to a service routine (i.e., SBO) which 
will poll to determine the actual tier 3 input requesting 
service. The polling routine utilizes the jump table start- 
ing at 1200H to vector the processor to the correct tier 3 
service routine. 


Each 8259A must receive an initialization sequence 
regardless of the mode. Since the tier 1 and 2 8259A’s 
are in cascade and the special fully nested mode is used 
(covered shortly), all ICWs are required. The tier 3 
8259A’s don’t require ICW3 or ICW4 since only polling 
will be used on them and they are connected as masters 
not in the cascade mode. The initialization sequence for 
each tier is shown in Figure 30. Notice that the master is 
initialized with a “dummy” jump table starting at OOH 
since all vectoring is done by the slaves. The tier 3 
devices also receive ‘‘dummy” tables since only polling 
is used on tier 3. 


As explained in “Interrupt Cascading”, to preserve a 
truly fully nested mode within a slave, the master 8259A 
should be programmed in the special fully nested mode. 
This allows the master to acknowledge all interrupts at 
and above the level in service disregarding only those of 
lower priority. The special fully nested mode is pro- 
grammed in the master only, so it only affects the im- 
mediate slaves (tier 2 not tier 3). To implement a fully 
nested structure among tier 3 slaves some special 
housekeeping software is required in all the tier-2-with- 
tier-3-slave routines. The software should simply save 
the state of the tier 2 IMR, mask all the lower tier 2 inter- 
rupts, then issue a specific EOI, resetting the ISR of the 
tier 2 interrupt level. On completion of the routine the 
IMR is restored. 


Figure 31 shows an example flow and program for any 
tier 2 service routine without a tier 3 8259A. Figure 32 
shows an example flow and program for any tier 2 ser- 
vice routine with a tier 3 8259A. Notice the reading of the 
ISR in both examples; this is done to determine whether 
or not to issue an EOI command to the master (refer to 
the section on “Special Fully Nested Mode” for further 
details). 


LOCATION 8259 CODE COMMENTS 
1000 H SAO JMP SAOO ; SAOO SERVICE ROUTINE 
101C H JMP = SA07 ; SAO7 SERVICE ROUTINE 
1020 H SA1 JMP = SA10 ; SA10 SERVICE ROUTINE 
103C H JMP = SA17 ; SA17 SERVICE ROUTINE 

; SA20-SA67 SERVICE ROUTINES 

10E0 H SA7 JMP = =SA70 ; SA70 SERVICE ROUTINE 
10F8 H JMP SB0 ; SBO POLL ROUTINE 

10FC H JMP  =SB1 _: SB1 POLL ROUTINE 

1200 H SBO JMP SB00 ; SBOO SERVICE ROUTINE 
121C H JMP = SB07 ; SBO7 SERVICE ROUTINE 
1220 H SB1 JMP = SB10 ; $B10 SERVICE ROUTINE 
123C H JMP = SB17 ; SB17 SERVICE ROUTINE 


Figure 29. Jump Table Organization 


INITIALIZATION SEQUENCE FOR 78 LEVEL INTERRUPT STRUCTURE 


INITIALIZE MASTER 


MINT: MVI A,15H ; ICWI, LTM=0, ADI=1, S=0, IC4=1 

OUT MPTA ; MASTER PORT A0=0 

MVI A,00H ; 1CW2, DUMMY ADDRESS 

OUT MPTB ; MASTER PORT AO=1 

MvI A,OFFH ; ICW3, S7-SO=1 

OUT MPTB ; MASTER PORT A0O=1 

MVI A,I0H ; ICW4, SFNM=1 

OUT MPTB ; MASTER PORT A0=1 


INITIALIZE SA SLAVES - X DENOTES SLAVE ID (SEE KEY) 


SAXINT: MVI Aya ; SEE KEY FOR ICW1, LTM=0, ADI=1, S=0, IC4=1 
OUT SAXPTA =; SA“X”” PORT A0=0 
MVI A, 10H ; [(CW2, ADDRESS MSB 
OUT SAXPTB =; SAX” PORT AD=1 
MVI AOXH ; ICW3, SA 1D 
OUT SAXPTB =; SA“X"” PORT AO=1 
MVI A10H ; ICW4, SFNM=1 


OUT SAXPTB SA“X" PORT AO=1 

REPEAT ABOVE FOR EACH SA SLAVE 

INITIALIZE SB SLAVES - X DENOTES 0 or 1 (DO SBO, REPEAT FOR SB1) 

SBXINT MVI ‘A,I6H ; ICW1, LTM=0, ADI=1, S=1, IC4=0 
OUT SBXPTA ~—_; SB“X’” PORT AO=0 


MVI A,00H ICW2, DUMMY ADDRESS 
OUT SBXPTB =; SB“*X”” PORT AO=1 


SA INITIALIZATION KEY 


| saNx” | a (ICW1) JUMP TABLE START (H) 


0 
1 
2 
3 
4 
5 
5 
7 


Figure 30. Initialization Sequence for 78 Level Interrupt Structure 
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| SAVE PROCESSOR 
- STATUS” 
ENABLE 
INTERRUPTS 
SERVICE 
ROUTINE = z 
- > ; SA“X" ROUTINE - GENERAL INTERRUPT SERVICE ROUTINE 
; FOR TIER 2 INTERRUPTS WITHOUT TIER 3 82590, 
DISABLE : ‘ 
INTERRUPTS SAX: PUSH D : SAVE DE 


PUSH B. SAVE BC. 
PUSH H SAVE HL 


PUSH PSW SAVE A, FLAGS 
Perce cater a - 2 rh EI . ENABLE INTERRUPTS 
; SERVICE ROUTINE GOES HERE | 


READ ISR DI 
OF SA“X” MVI _ 20H OCW2, NON-SPECIFIC EO! 
; 7" OUT SAXPTA SA“X'" PORT A0=0 ; 
MUI A,0BH ; OCW3, READ REGISTER, ISR . 
OUT SAXPTA —; SA“X" PORT A0=0 


DISABLE INTERRUPTS 


IN SAXPTA =; SAX" PORT A0=0, SA“X” ISR 
Sa is ANI OFFy ; TEST FOR ZERO 
NO SA"X" ISR ZERO JZN SAXRSR___; IF NOT ZERO, RESTORE STATUS 
2 MvI A,0By ; OCW2, NON-SPECIFIC EO! 
OUT = _MASPTA_ ; MASTER PORT AO =0 
SAXRSR: POP © PSW ; RESTORE A, FLAGS 
POP oH ; RESTORE HL 
YES POP -B ; RESTORE BC 
a POP =D ; RESTORE DE 
NON-SPECIFIC 7. EW ; ENABLE INTERRUPTS 
‘EOI TO MASTER - ; RET ; RETURN 


RESTORE PROCESSOR 
ke ds |, STATUS: 
ENABLE 
gee INTERRUPTS 
RETURN =) 


Figure 31. Example Service Routine for Tier 2 Interrupt (SA“X”) without Tier 3 8259A (SB“X”) 


SB“X" RET 


; SB“X” ROUTINE - SERVICE ROUTINE FOR TIER 2 ; 
; INTERRUPTS WITH TIER 3 8259AS A 


SLAVE PROCESSOR sa 
STATUS 


DISABLE SBX: PUSHD_ -- ; SAVE DE 
PUSH H : SAVE HL 
PUSH PSW ; SAVE A, FLAGS 
. IN SAXPTB —; READ SA"X” IMR 
IMR OR SA“X” EO! TO SB"X” MVI A,XXy ; MASK SA"X” LOWER IR 
: OUT SAXPTB | ; SA“X” PORT AO=1 
Fe MVI A,8Xy; ; OCW2 SPECIFIC EO! SA“X” 
MASK LOWER READ ISR oe ee ; HUME RARE oA 
ays “uy L H, ’ B TART 
INTERRUPTS OF SA“X OF SB“X sui 800, H CLEAR : 
MVI A,0C,, ; OCW3, POLL COMMAND 
OUT. SBXPTA — ; SB'X” PORTAO=0 |" - 
SPECIFIC EOI IN SBXPTA __; GET POLL WORD 
TO SA"X"” é ANI 07H : LIMIT TO 3 BITS ° 
“IS ADD A ; GET TABLE OFFSET 
SB“X" ISR ZERO ADD A ; 
me ? MOV CA ; OFFSET TOC 
DAD B ; HL HAS TABLE ADDRESS 
El ; 


ENABLE INTERRUPTS 


SB"X"RET ROUTINE - FOR EOI AND MASK RESTORE 
AFTER SB“X" ROUTINE 


YES 
CALCULATE JUMP NON-SPECIFIC . 
TABLE ADDRESS EO! TO MASTER : 
SBXRET DI _ 3 DISABLE INTERRUPTS 
MvI A,20y | OCW2, NON SPECIFIC EOI 


OUT MASPTA 
SBXRSR: MOV A,D 
OUT SAXPTB 


MASTER PORT AO=0 
RESTORE SA“X” IMR 
SA“X” PORT A0=1 


ENABLE OUT SBXPTA —. ; SA“X" PORT AO0=0 
INTERRUPTS | MvVI A,0By ; OCW3, READ REGISTER ISR 
OUT. SAXPTA =; SA“X”” PORT A0=0 
RESTORE IMR IN SBXPTA =; SA“X” PORT A0=0, ISR 
OF SA“X” ANI OFFH . ; TEST FOR ZERO | 
JUMP TO SERVICE JNZ  ~ SBXRSR_ ; IF #0 RESTORE IMR 
ROUTINE MV! = A,20H ; OCW2, NON-SPECIFIC EOI 


RESTORE PROCESSOR 
STATUS 


POP PSW ; RESTORE A, FLAGS 
POP H ; RESTORE HL 
ENABLE POP B ; RESTORE BC 
INTERRUPTS POP D ' ; RESTORE BC 
El ; RESTORE DE 
RET ; RETURN 


RETURN 


Figure 32. Example Service Routine for Tier 2 Interrupt (SA“X”) with Tier 3 8259A (SB“X”) 
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5.3 TIMER CONTROLLED INTERRUPTS 


In a large number of controller type microprocessor 
designs, certain timing requirements must be imple- 
mented throughout program execution. Such time 
dependent applications include control of keyboards, 
displays, CRTs, printers, and various facets of industrial 
control. These examples, however, are just a few of 
many designs which require device servicing at specific 
rates or generation of time delays. Trying to maintain 
these timing requirements by processor control alone 
can be costly in throughput and software complexity. 
So, what can be done to alleviate this problem? The 
answer, use the 8259A Programmable Interrupt Con- 
troller and external timing to interrupt the processor for 
time dependent device servicing. 


This application example uses the 8259A for timer con- 
trolled interrupts in an 8086 system. External timing is 
done by two 8253 Programmable Interval Timers. Figure 
33 shows a block diagram of the timer controlled inter- 
rupt circuitry which was built on the breadboard area of 
an SDK-86 (system design kit). Besides the 8259A and 
the 8253’s, the necessary I/O decoding is also shown. 
The timer controlled interrupt circuitry interfaces with 


the SDK-86 which serves as the vehicle of operation for 


this design. 


A short overview of how this application operates is as 
follows. The 8253’s are programmed to generate inter- 
rupt requests at specific rates to a number of the 8259A 
IR inputs. The 8259A processes these requests by inter- 
rupting the 8086 and vectoring program execution to the 
appropriate service routine. In this example, the 
routines use the SDK-86 display panel to display the 
number of the interrupt level being serviced. These 
routines are merely for demonstration purposes to show 
the necessary procedures to establish the user’s own 
routines in a timer controlled interrupt scheme. 


Let’s go over the operation starting with the actual inter- 
rupt timing generation which is done by two 8253 Pro- 
grammable Interval Timers (8253 #1 and 8253 #2). Each 
8253 provides three individual 16-bit counters (counters 


CONTROL BUS 


0-2) which are software programmable by the proc- 
essor. Each counter has a clock input (CLK), gate input 
(GATE), and an output (OUT). The output signal is based 
on divisions of the clock input signal. Just how or when 


. the output occurs is determined by one of the 8253’s six 


programmable modes, a programmable 16-bit count, 
and the state of the gate input. 


Figure 34 shows the 8253 timing configuration used for 
generating interrupts to the 8259A. The SDK-86’s PCLK 
(peripheral clock) signal provides a 400 ns period clock 
to CLKO of 8253 #1. Counter 0 is used in mode 3 (Square 
wave rate generator), and acts as a prescaler'to provide 
the clock inputs of the other counters with a 10 ms 
period square wave. This 10 ms clock period made it 
easy to calculate exact timings for the other counters. 
Counter 2 of the 8253 #1 is used in mode 2 (rate gener- 
ator), it is programmed to output a 10 ms pulse for every 
200 pulses it receives (every 2 sec). The output of 


~ counter 2 causes an interrupt on IR1 of the 8259A. All 


the 8253 #2 counters are used in mode 5 (hardware trig- 

gered strobe) in which the gate input initiates counter 
operations. In this case the output of 8253 #1 counter 2 
controls the gate of each 8253 #2 counter. When one of 
the 8253 #2 counters receive the 8253 #1 counter 2 out- 
put pulse on its gate, it will output a pulse (10 ms in 
duration) after a certain preprogrammed number of 
clock pulses have occurred. The programmed number of 
clock pulses for the 8253 #2 counters is as follows: 50 
pulses (0.5 sec) for counter 0, 100 pulses (1 sec) for 
counter 1, and 150 pulses (1.5 sec) for counter 2. The 
Outputs of these counters cause interrupt requests on 
IR2 through IR4 of the 8259A. Counter 1 of 8253 #1 is. 
used in mode 0 (interrupt on terminal count). Unlike the 
other modes used which initialize operation auto- 
matically or by gate triggering, mode 0 allows software 
controlled counter initialization. When counter 1 of 8253 
#1 is set during program execution, it. will count 25 
clocks (250 ms) and then pull its output high, causing an 
interrupt request on IRO of the 8259A. Figure 35 shows 
the timing generated by the 8253’s which cause inter- 
rupt request on the 8259A IR inputs. 


SG 


ADDRESS BUS (20) 


ES a ed ld ee a a 


DATA BUS (16) 


EACH DEVICE Vcc = +5V, GND = =) 


- Figure 33. Timer Controlled Interrupt Circuit on SDK 86 Breadboard Area 
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CLK1 


+5V 


© + 5V 9 
- GATEO GATE2] 
SDK86, 825341 8253 #1 
LK2 
pcik —CLKO | Counteno [OUTS S COUNTER 2 
(400 ns) MODE 3 (10 ms) MODE 2 


OUT2 


CLKO 


GATEO 


8259A 
' 


8253 #1 
COUNTER 1 
MODE0 


OuT1 


ouTo aon 


GATE1 


8253 #2 
COUNTERO 
MODE 5 


8253 #2 ; : 
COUNTER 1 oun I 


“MODES | 
825342 
COUNTER2 ;CUT2, | 
MODE 5 | 


CLK1 


Figure 34. 8253 Timing Configuration for Timer Controlled Interrupts 


 e2saer 
COUNTER 1 


- 8253 #1 
COUNTER 2 


6253 #2 
_. COUNTERO 


 e25aK2 
COUNTER 1 


8253 #2 
COUNTER 2 


250 ms PER DIVISION 
(EACH SMALL PULSE IS 10 ms IN DURATION) 


Figure 35. 8259A IR Input Signal From 8253S 


There are basically two methods of timing generation 
that can be used in a timer controlled interrupt struc- 


ture: dependent timing and independent timing. Depen- 
dent timing uses a single timing occurrence as a refer- 
ence to base other timing occurrences on. On the other 
hand, independent timing has no mutual reference be- 
tween occurrences. Industrial controller type applica- 
tions are more apt to use dependent timing, whereas in- 
dependent timing is prone to individual device control. 


Although this application uses primarily dependent tim- 


ing, independent timing is also incorporated as an 


example. The use of dependent timing can be seen back 


in Figure 34, where timing for IR2 through IR4 uses the | 


IR1 pulse as reference. Each one of the 8253 #2 counters 
will generate an interrupt request a specific amount of 
times after the IR1 interrupt request occurs. When using 
the dependent method, as in this case, the IR2 through 
IR4 requests must occur before the next IR1 request. 
Independent timing is used to control the IRO interrupt 
request. Note that its timing isn’t controlled by any of 
the other IR requests. In this timer controlled interrupt 
configuration the dependent timing is initially set to be 
self running and the independent timing is software 


initialized. However, both methods can work either way | 
by using the various 8253 modes to generate the same . 


interrupt timing. 


The 8259A processes the interrupts generated by the 
8253’s according to how it is programmed. In this appli- 
cation it is programmed to operate in the edge triggered 
mode, MCS-86/88 mode, and automatic EOI mode. In the 
edge triggered mode an interrupt request on an 8259A 


IR input becomes active on the rising edge. With this in 
mind, Figure 35 shows that IRO will generate an inter- 
rupt every half second and IR1 through IR4 will each 
generate.an interrupt every 2 seconds spaced apart at 
half second intervals. Interrupt vectoring in the 
MCS-86/88 mode is programmed so IRO, when activated, 
will select interrupt type 72. This means IR1 will select 
interrupt type 73, IR2 interrupt type 74, and so on 
through IR4. Since IR5 through IR7 aren't used, they are 
masked off. This prevents the possibility of any acci- 
dental interrupts and rids the necessity to tie the 
unused IR inputs to a steady level. Figure 36 shows the 
8259A IR levels (1RO-IR4) with their corresponding inter- 
rupt type in the 8086 interrupt-vector table. Type 77 in 
the table is selected by a software “INT” instruction 
during program execution. Each type is programmed 
with the necessary code segment and instruction 
pointer values for vectoring to the appropriate service 
routine. Since the 8259A is programmed in the auto- 
matic EOI Mode, it doesn’t require an EOI command to 
designate the completion of the service routine. 


— 


TYPE 77 


SOFTWARE INT 


IR4 | 
8259A 


TYPE 76 
TYPE 75 
TYPE 74 


TYPE 73 


TYPE 72 


— 


IR3 
IR2 
a 


IRO 


Figure 36. Interrupt “Type” Designation 
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As mentioned earlier, the interrupt service routines in 
this application are used merely to demonstrate the 
timer.controlled interrupt scheme, not to implement a 
particular design. Thus a Service routine simply displays 
the number of its interrupting level on the SDK-86 dis- 
play panel. The display panel is controlled by the 8279 
Keyboard and Display Controller. It is initialized to 
display ‘ir’ in its two left-most digits during the entire 
display sequence. When an interrupt from IR1 through 
IR4 occurs the corresponding routine will display its IR 
number via the 8279. During each IR1 through IR4 serv- 
ice routine a software “INT77” instruction is executed. 
This instruction vectors program execution to the serv- 
ice routine designated by type 77, which sets the 8253 
counter controlling IRO so it will cause an interrupt in 
250 ms. When the IRO interrupt occurs its routine will 
turn off the digit displayed by the IR1 through IR4 
routines. Thus each IR level (IR1-1IR4) will be displayed 
for 250 ms followed by a 250 ms off time caused by IRO. 
Figure 37 shows the entire display sequence of the 
timer controlled interrupt application. 


2 
tet Tt Tt YY tre 
ide} TT fet ire 
Fe 
DRE 
yey TT TT YJ 0 
dey tT tay fy fins 
eee spel] e ane 


Figure 37. SDK Display Sequence for Timer Controlled Interrupts 
Program (Each Display Block Shown is 250 msec 
in Duration) 


Now that we’ve covered the operation, let’s move on to 
the program flow and structure of the timer controlled 
interrupt program. The program flow is made up of an 
initialization section and six interrupt service routines. 
The initialization program flow is shown in Figure 38. It 
starts by initializing some of the 8086's registers for pro- 
gram operation; this includes the extra segment, data 
segment, stack segment, and stack pointer. Next, by 
using the extra segement as reference, interrupt types 
72 through 77 are set to vector interrupts to the appro- 
priate routines. This is done by moving the code seg- 
ment and instruction pointer values of each service 
routine into the corresponding type location. The 8253 
counters are then programmed with the proper mode 
and count to provide the interrupt timing mentioned 
earlier. All counters with the exception of the 8253 #1, 
counter 1 are fully initialized at this point and will start 
counting. Counter 1 of 8253 #1 starts counting when its 
counter is loaded during the “INTR77” service routine, 
which will be covered shortly. Next, the 8259A is issued 
ICW1, ICW2, ICW4, and OCW1. The ICWs program the 


8259A for the edge triggered mode, automatic EO! 


‘mode, and the proper.interrupt vectoring (JRO, type 72). 


OCW1 is used. to mask off the unused IR inputs 
(IR5-1R7). The 8279 is then set to display “IR” on its two 
left-most digits. After that the 8086 enables interrupts 
and a ‘‘dummy” main program is executed to wait for in- 
terrupt requests. : 


INITIALIZE REGISTERS 


INITIALIZE INTERRUPT : 
“TYPES” 72-77 


SET MODES & COUNTS OF 
BOTH 8253's 


SET 8259A ICWs & OCWs 


DISPLAY “Ir” VIA 8279 , 


ENABLE INTERRUPTS 


DUMMY MAIN PROGRAM 
(WAIT FOR INTERRUPT) 


Figure 38. Initialization Program Flow for Timer Controlled Interrupts 


There are six different interrupt service routines used in 
the program. Five of these routines, “INTR72” through 
“INTR76”, are vectored to via the 8259A. Figure 39A-C 
shows the program flow for all six service routines. Note 
that “INTR73” through “INTR76” (IR1-1R4) basically use 
the same flow. These four similar routines display the 
number of its interrupting IR level on the SDK-86 display 
panel. The “INTR77” routine is vectored to by software 
during each of the previously mentioned routines and 
sets up interrupt timing to cause the “INTR72” (IRQ) 
routine to be executed. The “INTR72” routine turns off 
the number on the SDK-86 display panel. 


INTR73-76 INTR77 


SET 8253 
TIME DELAY 
FOR “INTR72” 


RETURN 


INTR72 


TURN ON 
SELECTED 
LED DISPLAY 


SOFTWARE 
“INTR 77” 
CALL 
“RESTORE” 
RETURN 


B. INTERRUPT ON 
8259A IR1-IR4 


TURN OFF 
SELECTEO 
LED DISPLAY 


CALL 
“RESTORE” 
RETURN 


A. INTERRUPT ON 
8259A IRO 


C. SOFTWARE INVOKED 
INTERRUPT 


Figure 39. A-C. Interrupts Service Routine Flow for 
Timer Controlled interrupts. 
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To best explain how these service routines work, let’s 
- assume an interrupt occurred on IR1 of the 8259A.:The 
associated service routine for IR1 is ‘“INTR73”. Entering 
“INTR73”, the first thing done is saving the pre-interrupt 
program status. This isn’t really necessary in this pro- 
gram since a ‘‘dummy” main program is being executed; 
however, it is done as an example to show the operation. 
_Rather than having code for saving the registers in each 
separate routine, a mutual call routine, “SAVE”, is used. 
This routine will save the register status by pushing it 
on the stack. The next portion of “INTR73” will display 
the number of its IR level, ‘1’, in the first digit of the 
SDK-86 display panel. After that, a software INT instruc- 
tion is executed to vector program execution to the 
“INTR77” service routine. The ‘INTR77” service routine 
simply sets the 8253 #1 counter 1 to cause an interrupt 
on IRO in 250 ms and then returns to “INTR73”. Once 
back in “INTR73”, the pre-interrupt status is restored by 
a Call routine, ‘‘RESTORE”. It does the opposite of 
“SAVE’’, returning the register status by popping it off 
the stack. The “INTR73” routine then returns to the 
“dummy "main program. The flow for the “INTR74” 
through “INTR76” routines are the same except for the 
digit location and the IR level displayed. 


After 250 ms have elapsed, counter 1 of 8253 #1 makes 
an interrupt request on IRO of the 8259A. This causes 
the “INTR72” service routine to be executed. Since this 
routine: interrupts the main program, it also uses the 
“SAVE” routine to save pre-interrupt program status. It 
then turns off the digit displaying the IR level. In the 
case of the “INTR73” routine, the ‘1” is blanked out. 
The pre-interrupt status is then restored using the 
“RESTORE” routine and program execution returns to 


the “dummy” main program. 


The complete program for the timer controlled inter- 
rupts application is shown in Appendix B. The program 


was executed in SDK-86 RAM starting at location 0500H 
(code segment = 0050, instruction pointer=0).  — 


CONCLUSION 


This application note has explained the 8259A in detail 
and gives three applications illustrating the use of some 
of the numerous programmable features. available. It 
should be evident from these discussions that the 
8259A is an extremely flexible and easily programmable 
member of the Intel® MCS-80, MCS-85, MCS-86, and 
MCS-88 families. 
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This table is provided merely for reference information between the “Operation of the 8259A”’ and “Programming the 
8259A”’ sections of this application note. It shouldn’t be used as a programming reference guide (see ‘“‘Programming 


the 8259A’’). 


Operational 
Description 


MCS-80/85'™ Mode 


Address Interval for MCS-80/85 Mode 
Interrupt Vector Address for MCS-80/85 Mode 


MCS-86/88 Mode 


Interrupt Vector Byte for MCS-86/88 Mode 


Fully Nested Mode 
Non-Specific EO! Command 
Specific EO| Command 


Automatic EOI Mode 


Rotate On Non-Specific EOI Command 


Rotate In Automatic EO] Mode 
Set Priority Command 


Rotate on Specific EOI Command 


Interrupt Mask Register 
Special Mask Mode 

Level Triggered Mode 

Edge Triggered Mode 

Read Register Command, IRR 


Read Register Command, ISR. 


Read IMR 
Poll Command 
Cascade Mode 


Special Fully Nested Mode 
Buffered Mode 


“Only needed if ICW4 is used for purposes other than uP mode set. 
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Command 
Words 
ICW1, ICW4* 

ICW1 

ICW1, ICW2 
ICW1, ICW4 
ICW2 
OCW-Default 
OCW2 
OCW2 


ICW1, ICW4 
OCW2 
OCW2 
OCW2 
OCcWe2 
OcW1 
OCW3 
ICw1 

ICW1 
OCW3 
OCW3 
OCcW1 
OCW3 — 
ICW1, ICW3 


ICw1, ICw4 
ICw1, ICW4 


Bits 


IC4, u»PM* 
ADI 
A5-A15 
IC4, »PM 
T3-T7 

EOI 


SEO, EOl, 
LO-L2 


IC4, AEOI 
EOI 

R, SEOI, EO! 
LO-L2 

R, SEOI, EO! 
MO-M7 
ESMM-SMM 
LTIM 

LTIM 

ERIS, RIS 
ERIS, RIS 
MO-M7 

P 


SNGL, SO-7, 
IDO-2 


IC4, SFNM 


IC4, BUF, 
M/S 


MCS-86 ASSEMBLER 
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ISIS-IT M0S-86 HSSCMBLER Vi ASSEMBLY OF MODULE TCIS9A 
“OBJECT MODULE. PLACED IN -F4:1CIS9A. OBJ 
ASSEMBLER INVOKED BY: -FL:ASHS6 FL TCIS9A SRC 


M120 


e128 
ai22 
aiz4 


Bod 


12? 


1301 


Bieb 2779 


W128 3 
Wi2H ? ? 
Biel 4 


ere 


B1ecE F797 


H130 6 
W132 7979. 
gid 
m6 7 


Bnee BSBbe 


8803 


8605 B8 7888 


Baas 


QQ0H bE78B0 


886D 


HeGF BCSB80 


SECO 


SED3 


SED 


LIKE 


— 


Ts a Be bes T 


ae i | 


J tal tas bed 
"J ON of gd 


Led tad det 


ff Ie 
Be MS 8s OO 


ff 
> 


te. te f- 
1D cd -J oO on 


SOURCE 


Jespeddodoeboesck TIMER CONTROLLED INTERRUPTS dectecoisioskietatctdatctatse 


EXTRA SEGMENT DECLARATIONS 


EXTRA SEGMEN) 


TPP2IP 
TRPeC5 
TPYSIP 
TPYSC5 
TRY4IP 
TRF4CS 
TReoIr 
TR?5CS 
TFF6IP 
TF76C5 
TP?FIP 
TPPFCS 


ORG = 120H 


Dl INTRF2 i TYPE 72 INSTRUCTION POINTER 
rc iTYPE 72 CODE SEGMENT = 

Dh INTE PS i TYPE 72 INSTRUCTION POINTER 

Du 2 iTYPE ?3 CODE SEGMENT 2 
bl INTR?4 CTYPE ¢4 INSTRUCTION POINTER — 
Dy ? i TYPE 4 CUDE SEGMENT | | 
bo INTR?S i TYPE 75 INSTRUCTION POINTER = 
CH ? s TYPE 73 CODE SEGMEN] : 

DM INIR?E i TYPE 76 INSTRUCTION POINTER | 

DH ? iTYPE 76 CODE SEGMENT = 

Du INTR?? iTYPE 77 INSTRUCTION PUINTER 

Di ? i TYPE 7? CODE SEGMENT 


EXTRA ENDS 


DATA 
STACK 
AXTENP 
DIGIT 


DATF 


CODE 


ASSUME 


STRRT: 


DATA SEGMENT DECLARATIONS 


SEGMENT 

bi 3 : VARIABLE TO SAVE CALL ADDRESS — 
DH ? -sGWARIRBLE TO SAVE AX REGISTER 
DB 3 FYARIABLE 10 SAVE SELECTED DIGIT 
ENDS 


CODE SEGMENT DECLARATION 


SEGMENT 


ES: EXTRA, DS: BATA, C5: CODE 


INITIALIZE REGISTERS 


HOY AX, BH +EXTRA SCGHENT AT BH 

MOY ES, AX 

MOY Rd, 78H iPATA SEGMENT Al /@@H 

NOV DS, AX 

MOY Ax: 7SH i STACK SEGMENT AT 78@H 

MOV $5, As 

MOY SP, 8@H i STACK POINTER AT 86H (STRCK=88@H) 
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MCS-86 ASSEMBLER = TCIS9A 


Loc ap] LINE 
oH 
a4 
we 

G012 BSb4A1 33 

BO1S 26HS2O01 54 

80139 Z6SCREZ201 35 

BOLE BEiSHL 56 

8021 26A32401 ar 

BO25 268CHE2601 39 

862A B83801 39 

BG2D 26AS¢eH1 6@ 

BO31 ZesC@EZRAL 61 

6036 BS4s01 62 

¥O39 26ASZC81 53 

BOSD 268CQEZEAL 64 

@042 Be6Q01 = 69 

8845 26A33061 66 

8849 268CBE32b1 «Fe . 

BBdE BR ?oad 68 

@O51 26ASsdo1 69 

BB5S e6SCBE36a1 7 
a 
re 
ts 

@BSA BASEFF 74 

G85D BO36 ta 

@OSF EE 76 

eb6n Bar1 7 

BB62 EE 438 

@063 B@BS ia v9 

BB6S EE Bo 

8466 BHO@SFF St 

BY69 BOARS 82 

0668 EL 53 

GH6C0 B61 R4 

@@6E EE 85 

@@6F BARCFF 86 

B672 Bebe 87 

BO74 EE 88 

8075 BBOe 89 

OH77 EE 90 

6078 BRL6FF , Of 

867B BO3B 92 

Wa7D EE 93 

BB7E BB7B 34 

8088 EE 95 

@b81 BOBB 96 

Q883 EE 9” 

6884 BALOFF 98 

B88’ BYSa 99 

#089 EE 166 | 

868A beGd «£64 

O@8C EE 192 

88D BALZFF “483 

0698 BeGB 164 


SOURCE 


TYPES: MOY 
NOY 
MOY 
MOY 
HOV 
MOV 
MOY 
MOV 
MOY 
MOY 
Mav 
MOV 
MOY 
MOY 
MOY 
MOY 
MO’ 

- MOY 


SETS31: MOY 
MOV 
OUT 


OUT 
SETS32: MOV 
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LOAD INTERRUPT YECTOR VFIBLE 


AX. OFFSET CINTR?P2> 


IP?2TF: AX 


IPr2ts, 05 


Ax, OFFSET CINTR?3> 


TP72IP, AX 
TE73C5, US 


AX, OFFSET CINTR?43 


TP74IP. HX 
TR?4C5, C5 


AX, OFFSET CINTR?S) 


TP?SIF: HX 
TPASCS, CS 


AX, OFFSCT CINTR?76) 


TPFEIP, AX 
TP76CS. CS 


AX. OFFSET CINTR??) 


TP?’ IF. AA 
IP7?7CS, CS 


8253 INITIALIZATION 


DX, BFFBEH 
AL, 36H 
Dix AL 

AL: 71H 
Dx, AL 

AL, @BSH 
Dx) AL 

DA, OFF BSH 
AL. BASH 
DX, AL 

AL, 61H 
DX AL 
Dx, BFFACH 
AL, @GH 
DX, AL 

AL, 82H 
DX, AL 
Dx, BFF L6H 
AL, SBH 
DX, AL 

AL, 7BH 
DX, AL 

AL, @BBH 
DX, AL 

Dx, GFFLGH 
AL, 58H 
De, AL 

AL, @@H 
DX, AL 

Dx, OFF 12H 
AL, 8H 
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‘LOAD TYPE 72 


LOAD TYPE 73 


iLOAD TYPE 74 
+LOHO TYPE 75 


i LOAD TYPE 76 


LOND TYPE 77 


;8253 #1 CONTROL WORD 


_. }COUNTER @, MODE 3. BINARY 


iCOUNTER 1, MODE @, ECD 
*COUNTER 2, MODE 2, BUD 


sLOAD COUNTER @ (1@HS> 
iLSE 


3 HSB 


;LUAD COUNTER 2 (25EC) 
i LOB 


iMSB 


38253 #2 CONTROL WORD 
iCOUNTER 0, MODE 5, ECD 


;COUNTER 4, MODE 5, BCD 
[COUNTER 2, HODE 5, BCD 


iLOAD COUNTER @ ¢. SSEC) 
i LSB 


3MSB 


;LOAD COUNTER 4 C4SEC) 


- > LSB 
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MES-6 HOSEMBLER = TCIS9R 


A-170 


Loc OBJ LINE SOURCE 
wage EE 105 OUT DReAL 
Auss BYBL 106 MOY ALS BAH ; MSE 
gags EE 187 CLIT Di. AL | 
Wao BALSFF 198 NOV DK. BFFA4H —s LOAD COUNTER 2 (1. SSEC) 
aag9 Basa 109 MOY AL,;S@H ~ LSB | 
WHSB EE 118 OUT DXAL os, 
BASC Bue 444 MOY AL, @1H HSB 
«BASE EE 112 oun DX AL 
443 | = 
tid; "B259R INITIALIZATION ~ 
GASF BARAFF 416 SETS9A: HOV =X. BFFAGH i; 8259A AA=B 
WARZ Bids 117 MOY ALS ABH ; LOWL-LTIM=@, S=1, IC4=4 
AaAd EE 118 QUIT Dy AL” 
BAAS BAACFF 419 MLN! DX. AFFOCH ;8259R RB=1- Uh aed 
BARS B48 2 MOY OAL 4BHO - ; TCN2-INTERRUPT TYPE 72 (120H) 
@aAA EE 424 OUT DX AL - : MeN 
BOAB BAB? 122 MOY AL, BSH 3 ICW4-SFNM=0, BUF=8, ALOI=1, MPM=1 
BAAD EE 122 OUT = oDRAL | ae 
WARE BREA 124 HOY AL, @EGH ~  OCWA-MASK IR5, 6.7 (NUT USED). 
BABA EE 125 OUT Dx, AL : ae 
126 i | | 
a ~~ $279 INITIALIZATION 
| 1280 : 
BOB BREAFF 429° SET?9: MOY DX, GFFERH —* 58279 COMMAND WORDS AND STATUS °° >0 ~. 
AAR4 BaDA “VA MOY AL, @D@H  GCLEAR DISPLAY wo 
MABE EE 4134 OUT DX. AL oo : 
wap? EC 432. WAIT?79: IN AL, DX ~GREAD STATUS 
ABBE DECA 1353 ROL AL 4 “i "DU" BIT JO CARRY e 
BORA 72FB 454 Je WAIT?9 7 JUMP IF DISPLAY 15 UNAVAILABLE 
@BRC Bag? 435 Oy AL, 87H DIGITS 3 
BORE EE “136 OUT DAL : mae: 
GABF BRESFF 137 MOY DX, @FFESH - 38279 DATA WORD 
BuC2 BaRE 133 HOW AL, @6H CHARACTER "1" 
C4 EE 439 QUT Dx, AL be * - 
BACS BAEAFF 140 MOV DX. BFFERH 8279 COMMAND WORD 
WACS BORE 441° MOY AL,86H DIGIT 7? 
@@CA EE 142 OUT DX. AL 7 
BACB BRESFF 143 MOY DX, @FFESH =~ $249 DATA WORD 
GOCE Ba50 144 MOY AL,S@H i CHARACTER "R" 
pADA EE 145 OUT DX, AL | 
@601 FB 446 STI -. ENABLE. INTERRUPTS 
oy ec : 
148 i . 
44d DUMMY PROGRAM 
@aD2 EBFE 454 DUM: IMP DUHMY ;WAIT FOR INTERRUPT 
152i | by 
4 152° 5° : ge 
Bad4 Az0280 454. SAVE: . MOV AXTEMP, AX SAVE AK 
Aad? 58 455 POP AX senses 2-3 POP CALL RETURN ADDRESS 
@ads AZBeRO 156 MOV STACKL, AX = - SAVE CALL RETURN ADDRESS 
@BDR ALa2ea 157 MOV AX, AXTE ” SRESTORE AX | 
BADE 5B 158 PUSH AK | SAVE PROCESSOR STATUS 
QADF 52 159 PUSH BK : 


MCS-86 ASSEMBLER = -TLTS9H 


LOC OBI LINE 
BOE S41 160 
GAEL 52 164 
QE2 55 162 
BOE 56 163 
QOE4 5? 164 
BES 1E 465 — 
QOEG a6 166 
BOE? ALEBDA 167 
BOEA 50 168 
BEB C3 169 
178 
BHEC 58 174 
OED AZBEHO 172 
Q0Fa a7 _ 173 
BOF1 4F 174 
gare SF APS 
OFS SE 176 
@aF4 5D 14? 
@vF5 SA 178 
WOFE 59 19 
QOF7? SB 488 
@OFS Se 184 
BAF AIA200 192 
WOFC ALeBaA 192 
@UFF 58 194 
B18 ALA206 185 
103 C3 186 
Bch 
189 
199 
198 
104 ESCDFF 494 
ia? BREAFF 192 
1HA ReBdBA 193 
B10) EE 
BiGE BRESFF 195° 
4111 Ba8e 196 
113 EE 197 
114 ESD5FF 19 
117 CF 499 
200 
264 
202 
’ 203 
8118 ESBOFF 284 
6118 BREAFF 205 
B11E Ba8O 206 
ize Aza4eA 207 
9123 EE 208 
124 BAESFF. 209 
a127 BeO6 240 
129 EE 244 
B12zA CD4D 242 
@1izC ESBDFF 242 
12+ CF 


RESTOR: 


INTR¢2: 


CALL 


NOW 
MOY 


QUT 
MOV 
MOQv 
QUT 
CALL 


_ IRET 


—_INTR?3: 


CALL 
MOV 
MoV 
MoV 
OUT 
MOY 


_ MOY 


OUT 
INT 
CALL 
IRET 
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cy 
Dx 
BP 
SI 
DI 
bs 
ES 
AX, STACKL SRESTORE CALL RETURN ADDRESS 
AX : iPUSH CALL RETURN ADDRESS 
AX —iPOP CALL RETURN ADDRESS 
STACKL, AX ; SAVE CALL RETURN ADDRESS 
ES /RESTORE PROCESSOR STATUS 
ps 7 
DI 

SI 

bx 

CX 
BY 

N 
AXTEMP, AX. SAVE AR 

AX STACKL ;RESTORE CALL RETURN ADDRESS 
Fs ae ;PUSH CALL RETURN ADDRESS 
AX, AXTEMP ;RESTORE AX 


INTERRUPT 72, CLEAR DISPLAY, IR@ 32597 


SAVE ROUTINE TO SAVE PROCESSOR STATUS 
De, OFFERH 38279 COMMAND WORD 

AL. DIGIT s SELECTED LED DIGIT 

DX, AL | | | | 

DX: OFFESH — 38279 DATR 

AL. @GH ; BLANK OUT DIGIT 

DX, AL 

RESTOR 


ROUTINE TO RESTORE PROCESSOR STHIUS 
“RETURN FROM INTERRUMT . 


INTERRUPT 7% IR4 82598. 


SAVE ;ROUTINE 70 SAVE PROCESSOR STATUS 

Dx, OFFEAH :8279 COMMAND WORD 

AL, 88H ;LED DISPLAY DIGIT 4 

DIGIT, AL 7 

DX, AL 

DX, WF FESH 38279 DATA 

AL, 06H ;CHARACIER "1" 

DX, AL | a 

77 ;TIMER DELAY FOR LED ON TIME = 
RESTOR SROUTINE 10 RESTORE PROCESSOR STATUS 


RETURN FROM. INTERRUPT 
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MCS-86 ASSEMBLER 


LOC OBJ 


0120 ESAIFF 
@133 BAEAFF 
0136 BABL 
B138 A20400 
0138 EE 
@13C BHESFF 
@13F BeSE 
Q144 EE 
wide CD4D 
0144 ESASEF 
0147 CF 


8148 ESSOFF 
@146 BREAFT 
@14E Bus2 
8158 Azo4e8 
W153 EE 
8154 BRESFF 
@157 Be4r 
8159 EE 
B1bA CD4D 
@15U ESSDFF 
@15F CF 


0168 ES74FF 
0163 BREAFF 
8166 Bass 
8168 A20408 
@16B EE 
B16C BRESFF 
B1GF B66 
@171 EE 
B172 CD4D 
6174 E87SFF 
O177 CF 


8178 BROAFF 
8178 8825 
17D EE 
@17E BaGd 
esa EE 
@181. CF 


LINE 


ra bs) 
216 
ed? 
218 
249 
e2d 


224 
ede 
223 


224 


ee 


226 
227 


scale 
228 


229 


238 
231 
232 
233 
234 
235 
236 


esr 


238 
239 
240 
241 
e42 


INTR?4: 


CALL 
May 


ony 
HOV 


QUT 


NOV 
HOY 


“QUT 


INT 


’ 


INTR?S: 


CALL 
IRE] 


CALL 
MOV 
MOY 


«ADV 


243 | 


3 


INTR??: 


DUT 
LY 


“MOY 


OUT 
INT 


CALL 


IRET 


> CALL 


MOY 


. RESTOR 


AP-59 


INTERRUPT 74. Ik2 92595 


SAVE | . sROUTINE TO SAVE PROCESSOR STATUS 


DX: @FFEAH 3 $279 COMMAND WORD 
AL.S4H ;LED DISPLAY DIGI) 2 
DIGITAL” | 

DX. AL - 

DX, @FFESH 36279 DAA 

AL, SBI iCHARACTER "2" 

DX. AL | | | 

7 TIMER DELAY FOR LED ON TIME 

RESTOR » ROUTINE TO RESTORE PROCESSOR STATUS 


: RETURN FROM INTERRUPT 


INTERRUPT 75. IR3 82598 


SAVE | | sROUTINE 10 SAVE PROCESSOR STATUS — 


DX, BFFEAH | $8279 COMMAND WORD 

AL;82H FLED DISPLAY DIGIT 3 

DIGIT;AL | 

DA AL 

DX, BFFESH 8272 DFTA 

AL, 4FH _ i CHARACTER "3" 

DX, AL 

ve + TIMER DELAY FOR LED ON TIME 
;ROUTINE TO RESTORE PRUCESSOR STATUS | 


;REVURN FROM INTERRUPT 


INTERRUPT 76, IR4 $2590 


SAVE ;ROUTINE TO SAVE PROCESSOR SIATUS 
DX, @FFEAH «45 8279 COMMAND WORD | 
AL, 83H ~ ;LED DISPLAY DIGIT 4 

DIGIT, AL 

DX, AL 

DX, OFFESH "8279 DATA 

AL, 66H ; CHARACTER "4" 

DK AL . 

77 a ; TIMER DELAY FOR LED ON 11ME 

RESTOR sROUTINE TO RESTORE PROCESSOR STATUS 


;RETURN FROM INTERRUPT 


INTERRUPT 77, TIMER DELAY, SOFTWARE CONTROLLED 


DX OFFORH SLOHD COUNTER 4 8253 #1 (258 MSEC). 
AL2H 5 LOB 
DX AL . : 

AL, @@H | NSB 

DX) AL 


| RETURN FROM INTERRUPT 
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MCS-86 ASSEMBLER 


Lot By 


gnBA 


SABOL 


NAME 


PPSEG 
HATENP 
CODE. 
DATA. 
DIGIT 
DUMHY 
EXTRA 
INTR?? 
INTR?2 
INTR?4 
INTR?S 
INTR?6 
INTR?? 


RESTOR, 


SAYE. 
SETS31 


SETS22 


SETS9A 
SET?9 

STACKI 
START 

TRr2Cs 
TP?2IF 
TPFSC5 
TPPSIP 
TPP4CS 
TPP4IP 
TPPSCS. 
TPPSIP 
TPPECS 
TPPEIP 
TPYYCS 
TP’? IP 
TYPES 

WAIT ?9 


TLTSSR 


TABLE LISTING 


eee 


SEGMENT 
¥ WORD 
SEGMENT 
SEGMENT 
4 BYTE 
L NERF 
SEGHENT 
L NEAR 
L NEAR 
L NEHR 
L NEAR 
L NEAR 
L NEAR 
| NEAR 
L NEAR 
L NEAR 
L NEAR 
L NEAR 
L NEAR 
¥ WORD 
L NEAR 
Y WORD 
¥ WORD 
¥ WORD 
? WORD 
Y WORD 
¥ WORD 
4 WORD 
Y WORD 
¥ NORD 
Y WORD 
¥ WORD 
¥ WORD 
L NEAR 
L NEAR 


VALUE 


@ti2H 


AALSH 
HADH 


Q1u4H 
Hiieh 
H438H 
9148H 
@168H 
8175H 
WHECH 
BOO4H 
WAH 
Ba?sh 
BOSTH 
@QB1H 
RHAGH 
BHARH 
O122H 
8120H 
B126H 
B124H 
#12AH 
H123H 
B12EH 
H12CH 
B122H 
81200 
A136H 
B134H 
UB12H 
@8B7H 


LINE SOURCE 


27a 
er i 
ere CODE ENDS: 


“97 
as ow , 


er4 


75 END 


ATTRIBUTES 


SIZE=QBH0H PARA PUBLIC 
DRTA 

SIZE=8182H PARA 
SIZE=WGB5H PARA 

DATA 

CODE 


~SIZE=0438H FARA 


CBE 
COBE 
CODE 
CODE 
CODE 
CODE 
CODE 
CODE 
CODE 
CUBE 
CODE 
CODE 
DATA 
CODE 
EXTRH 
EXTRA 
EXTRA 
EXTRH 
EXTRA 
EXTRA 
EXTRA 
EXTRA 
EXTRA 
EXTRA 
EXTRA 
EXTRA 
CODE 
CODE 


RSSEMBLY COMPLETE, NO ERRORS FOUND 
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I. INTRODUCTION 


A significant measure of the power and flexibility 
of the Intel OEM Computer Product Line can be 
attributed to the design of the Intel MULTIBUS 


system bus. The bus structure provides acommon © 


element for communication between a: wide 
variety of system modules which include: Single 
Board Computers, memory, digital, and analog 
I/O expansion boards, and peripheral controllers. 


The purpose of this application note is to help you 

develop a working knowledge of the Intel MULTI- 

BUS specification. This knowledge is essential for 

configuring a system containing multiple mod- 
ules. Another purpose is to provide you with the 
information necessary to design a bus interface for 
a slave module. One of the tools that will beused to 
achieve this goal is the complete description of a 
MULTIBUS slave design example. Other portions 
of this application note provide an in depth 
examination of the bus signals, operating charac- 
teristics, and bus interface circuits. — 


This application note was originally written in 
1977. Since. 1977, the MULTIBUS specification 
has been significantly expanded to cover opera- 
tion with both 8 and 16-bit system modules and 
with an auxiliary power bus. This application 
note now contains information on these new 
MULTIBUS specification features. 


In addition, a detailed MULTIBUS specification 
has also been published which provides the user 
with further information concerning MULTIBUS 
interfacing. The MULTIBUS specification and 
other useful documents are listed in the overleaf of 
this note under Related Intel Publications. 


Il. MULTIBUS™ SYSTEM BUS 
DESCRIPTION 


Overview 


The Intel MULTIBUS signal lines can be grouped 
in the following categories: 20 address lines, 16 
bidirectional data lines, 8 multilevel interrupt 
lines, and several bus control, timing and power 
supply lines. The address and data lines are 
driven by three-state devices, while the interrupt 
and some other control lines are open-collector 
driven. .. 


Modules that use the MULTIBUS system bus have 
a master-slave relationship. A bus master module 
can drive the command and address lines: it can 
control the bus. A Single Board Computer is an 
example of a bus master.. A bus slave cannot 
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control the bus. » Memory and I/O expansion 
boards are examples of bus slaves. The MULTI- 
BUS architecture provides for both 8 and 16-bit 
bus masters and slaves. 


Notice that a system may have a number of bus 
masters. Bus arbitration results when more than 
one master requests control of the bus at the same 
time. A bus clock is usually provided by one of the 
bus masters and may be derived independently 
from the processor clock. The bus clock provides a 
timing reference for resolving bus contention 
among multiple requests from bus masters. For 
example, a processor and a DMA (direct memory 
access) module may both request control of the 
bus. This feature allows different speed masters to 
share resources on the same bus. Actual transfers 
via the bus, however, proceed asynchronously 
with respect to the bus clock. Thus, the transfer 
speed is dependent on the transmitting and 
receiving devices only. The bus design prevents 
slow master modules from being handicapped in 
their attempts to gain control of the bus, but does 
not restrict the speed at which faster modules can 
transfer data via the same bus. Once a bus request 
is granted, single or muitiple read/write transfers 
can proceed. The most obvious applications for the 
master-slave capabilities of the bus are multi- 
processor configurations and high-speed direct- 
memory-access (DMA) operations. However, the 
master-slave capabilities of the bus are by no 
means limited to these two applications. 


MULTIBUS™ Signal Descriptions 


This section defines the signal lines that comprise 
the Intel MULTIBUS system bus. These signals 
are contained on either the P1 or P2 connector of 
boards compatible with the MULTIBUS specifi- 
cation. The P1 signal lines contain the address, 
data, bus control, bus exchange, interrupt and 
power supply lines. The P2 signal lines contain the 
optional auxiliary signal lines. Most signals on 
the bus are active-low. For example, a low level on 
a control signal on the bus indicates active, whilea 
low level on an address or data signal on the bus 
represents logic “1” value. 


NOTE 


In this application note, a signal will be 
designated active-low by placing a slash (/) 
after the mnemonic for the signal. 


Appendix A contains a pin assignment list of the 
following signals: 
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MULTIBUS P1 Signal Lines — 
Initialization Signal Line 


INIT/ 


Initialization signal; resets the entire system to 
a known internal state. INIT/ may be driven by 

one of the bus masters or by an external source 
such as a front panel reset switch. 


Address and Inhibit Lines 


ADR0/ - ADR13/ 


20 address lines; used to transmit the address of 
the memory location or I/O port to be accessed. 
The lines are labeled ADRO/ through ADR9Y/, 
ADRA/ through ADRF/ and ADR10/ through 
- ADR13/. ADR13/ is the most significant bit. 
8-bit masters use 16 address lines (ADRO/ - 
ADRF/) for memory addressing and 8 address 
lines (ADRO/ - ADR7/) for I/O port selection. 
16-bit masters use all twenty address lines for 
memory addressing and 12 address lines 
(ADRO/ - ADRB/) for I/O port selection. Thus, 
8-bit masters may address 64K bytes of memory 
and 256 I/O devices while 16-bit masters may 
address 1 megabyte of memory and 4096 I/O 
devices. (The 8086 CPU actually permits 16 
address bits to be used to specify I/O devices, 
the MULTIBUS specification, however, states 
that only the low order 12 address bits can be 
used to specify I/O ports.) In a 16-bit system, 
the ADRO/ line is used to indicate whether alow 
(even) byte or a high (odd) byte of memory or 
I/O space is being accessed in a word oriented 
- memory or I/O device. 


BHEN/ 


Byte High Enable; the address control line 
which is used to specify that data will be trans- 
ferred on the high byte (DAT8/ - DATF/) of the 
_ MULTIBUS data lines. With current iSBC 
boards, this signal effectively specifies that a 
word (two byte) transfer is to be performed. This 
signal is used only in systems which incorporate 
sixteen bit memory or I/O modules. 


INHI/ 


Inhibit RAM signal; prevents RAM memory 


devices from responding to the memory address 
on the system address bus. INH1/ effectively 
allows ROM memory devices to override RAM 
devices when ROM and RAM memory are 


assigned the same memory addresses. INH1/ 
may also be used to allow memory mapped I/O 


devices to override RAM memory. 


INH2/ 


Inhibit ROM signal; prevents ROM memory 
devices from responding to the memory address 
on the system address bus. INH2/ effectively 
allows auxiliary ROM (e.g., a bootstrap pro- 
gram) to override ROM devices when ROM and 
auxiliary ROM memory are assigned the same 
memory addresses. INH2/ may also be used to 
allow memory mapped I/O devices to override 


~ ROM memory. 


Data Lines 


DAT0/ - DATF/ 


16 bidirectional data lines; used to transmit or 
receive information to or from a memory |oca- 


tion or I/O port. DATF/ being the most signifi- 
cant bit. In 8-bit systems, only lines DATO/ - 


DAT7/ are used (DAT’7/ being the most signi- 
ficant bit). In 16-bit systems, either 8 or 16 lines 
may be used for data transmission. 


Bus Priority Resolution Lines 


-BCLK/ 


Bus clock; the negative edge (high to low) of 


BCLK/ is used to synchronize bus priority re- 


solution circuits. BCLK/ is asynchronous to the 
CPU clock. It has a 100 ns minimum period and 
a 35% to 65% duty cycle. BCLK/ may be slowed, 
stopped, or single stepped for debugging. 


~ CCLK/ 


Constant clock; a bus signal which provides a 
clock signal of constant frequency for unspeci- 
fied general use by modules on the system bus. 
CCLK/ has a minimum period of 100 ns and a 
35% to 65% duty cycle. 


BPRN / 
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Bus priority in signal; indicates to a particular 


master module that no higher priority module 


is requesting use of the system bus. BPRN/ is 
synchronized with BCLK/. This signal is not 
bused on the backplane. 4 
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BPRO/ 


Bus priority out signal; used with serial (daisy 
chain) bus priority resolution schemes. BPRO/ 
is passed to the BPRN/ input of the master 
module with the next lower bus priority. BPRO/ 
is synchronized with BCLK’. This signal is not 
_ bused on the backplane. 


BUSY/ 


Bus busy signal: an open collector line driven 
by the bus master currently in control to indicate 
that the bus is currently in use. BUSY/ prevents 
all other master modules from gaining control 
of the bus. BUSY/ is synchronized with BCLK/. 


BREQ/ 


Bus request. signal; used with a parallel bus 
priority network to indicate that a particular 
master module requires use of the bus for one 
or more data transfers. BREQ/ is synchronized 
.. with BCLK/. This signal is not bused on the 
backplane. | | 


CBRQ/ 


Common bus request; an open-collector line 
which is driven by all potential bus masters 
and is used to inform the current bus master 
that another master wishes to use the bus. If 
CBRQ/ is high, it indicates to the bus master 
that no other master is requesting the bus, and 
therefore, the present bus master can retain the 
‘bus. This saves the bus exchange overhead for 
the current master. 


Information Transfer Protocol Lines 


A bus master provides separate read/write 
command signals for memory and I/O devices: 
MRDC/, MWTC/, IORC/ and IOWC/, as ex- 
plained below. When a read/write command is 
active, the address signals must be stabilized at all 
slaves on the bus. For this reason, the protocol 
requires that a bus master must issue address 
signals (and data signals for a write operation) at 
least 50 ns ahead of issuing a read/write command 
_ to the bus, initiating the data transfer. The bus 
- master must keep address signals unchanged until 
at least 50 ns after the read/write command is 
_ turned off, terminating the data transfer. 


A bus slave must provide an acknowledge signal to 
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the bus master in response to a read or write 
command signal. 


MRDC/ 


Memory read command; indicates that the 
address of a memory location has been placed 
on the system address lines and specifies that 
the contents (8 or 16 bits) of the addressed 
location are to be read and placed on the system 
data bus. MRDC/ is asynchronous with respect 
to BCLK/. 


MWTC/ 


Memory: write command; indicates that the 
address of a memory location has been placed 
on the system address lines and that data (8 or 
16 bits) has been placed on the system data bus. 
MWTC/ specifies that the data is to be written 
into the addressed memory location. MWTC/ is 
asynchronous with respect to BCLK/.. - ~ 


IORC/ 


I/O read command; indicates that the address 
of an input port has been placed on the system 
address bus and that the data (8 or 16 bits) at 
that input port is to be read and placed on the 
system data bus. IORC/ is asynchronous with 
outer to BCLK/. 


IOWC/ 


I/ O write command; indicates that the address 
of an output port has been placed on the system 
address bus and that the contents of the system 
data bus (8 or 16 bits) are to be output to the 
address port. IOWC/ is asynchronous with 
respect to BCLK/. 


KACK/~ 


Transfer acknowledge signal; the veauinedl 
response of a slave board which indicates that 
the specified read/write operation has been 
completed. That is, data has been placed on, or 
accepted from, the system data bus lines. 
XACK/ is asynchronous with respect to BCLK/. 


Asynchronous Interrupt Lines 


INTO/ - INT7/ 


8 Multi-level, parallel saleeeupy request lines; 


AP-28A 


used with a parallel interrupt resolution net- 
work. INTO. has the highest priority, while 
INT7/ has lowest priority. Interrupt lines 
should be driven with open collector drivers. : 


INTA/ 
Interrupt acknowledge; an interrupt acknowl- 
edge line (INTA/), driven by the bus master, 
requests the transfer of interrupt information 
onto the bus from slave priority interrupt con- 
trollers (8259s or 8259As). The specific informa- 
tion timed onto the bus depends upon the 
implementation of the interrupt scheme. In 
general, the leading edge of INTA/ indicates 
that the address bus is active while the trailing 
edge indicates that data is present on the data 
lines. 


MULTIBUS P2 Signal Lines — The signals 
contained on the MULTIBUS P2 auxiliary con- 
nector are used. primarily by optional power 
back-up circuitry for memory protection. P2 
signals are not bused on the backplane, and 
therefore, require a separate connector for each 
board using the P2 signals. Present iSBC boards 
have a slot in the card edge and should be used 
with a keyed P2 edge connector. Use of the P2 
signal lines is optional. | 


ACLO 


AC Low; this signal generated by the power 
supply goes high when the AC line voltage 
drops below a certain voltage (e.g., 103v AC in 
115v AC line voltage systems) indicating D.C. 
power will fail in 3 msec. ACLO goes low when 
all D.C. voltages return to approximately 95% 
of the regulated value. This line must be pulled 
up by the optional standby power source, if one 
is used. 


PFIN / 


Power fail interrupt; this signal interrupts the 
processor when a power failure occurs, it is 
driven by external power fail circuitry. 


PFSN/ 


Power fail sense; this live is the output ‘Of: a 
latch which indicates that a power failure has 
occurred. It is reset by PFSR/. The power fail 
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sense latch is part of external power fail cir- 
cultry and must be powered by the standby. 
power source. 


PFSR/ 
Power fail sense reset, this line is used to reset 
the power fail sense latch (PFSN/). 


MPRO/ 


Memory .protect; prevents memory operation 
during: period of uncertain DC power, by in- 
hibiting memory requests. MPRO/ is driven 
by external power fail circuitry. 


ALE 


Address latch enable; generated by the CPU 
(8085 or 8086) to preve an UOTE address 
latch. 


HALT/ | | | 
Halt; indicates that the master CPU is halted. 


AUX RESET) 


Auxiliary Reset; this externally generated sig: 
nal initiates ; a power-up sequence. 


WAIT/ 


Bus master wait state; this signal indicates 
that the processor is in a wait state. 


Reserved — Several Pl and P2 connector bus 
pins are unused. However, they should be regard- 
ed as reserved for dedicated use in future Intel 
products. 


Power Supplies — The power supply bus pins 
are detailed in Appendix A which contains the 
pin assignment of signals on the MULTIBUS 
backplane. 


It is the designer’s responsibility to provide 
adequate bulk decoupling on the board to avoid 
current surges on the power supply lines. Itis also 
recommended that you provide high frequency 
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decoupling for the logic on your board. Values of 
22uF for +5v and +12v pins and 10uF for -5v and 
-12v pins are typical on iSBC boards. 


Operating Characteristics | 


Beyond the definition of the MULTIBUS signals 
themselves, it is important to examine the 
operating characteristics of the bus. The AC 
requirements outline the timing of the bus signals 
and in particular, define the relationships between 
the various bus signals. On the other hand, the DC 
requirements specify the bus driver character- 
istics, maximum bus loading per board, and the 
pull-up/down resistors. 


The AC requirements are best presented by a 
discussion of the relevant timing diagrams. 
Appendix B contains a list of the MULTIBUS 
timing specifications. The following sections will 
discuss data transfers, inhibit operations, inter- 
rupt operations, MULTIBUS multi-master opera- 
tion and power fail considerations. 


Data Transfers — Data transfers on the MULTI- 
BUS system bus occur with a maximum band- 
width of 5 MHz for single or multiple read/write 
transfers. Due to bus arbitration and memory 
access time, a typical maximum transfer rate is 
often on the order of 2 MHz. 


Read Data | 


Figure 1 shows the read operation AC timing 
diagram. The address must be stable (tAs) fora 
minimum of 50 ns before command (IORC/ or 
MRDC/). This time is typically used by the bus 
interface to decode the address and thus provide 
the required device selects: The device selects 
establish the data paths on the user system ‘in 
anticipation of the strobe signal (command) 
which will follow. The minimum command pulse 
width is 100 ns. The address must remain stable 
for at least 50 ns following the command (t AH): 
Valid data should not be driven onto the bus prior 
to command, and must not be removed until the 
command is cleared. The XACK/ signal, which is 
a response indicating the specified read/write 
operation has been completed, must coincide or 
follow both the read access and valid data (t,x). 
XACK/ must be held until the command 1 is cleared 


(tXAH)- 
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Figure 1. Read AC Timing 


Write Data 


The write operation AC timing diagram is shown 
in Figure 2. During a write data transfer, valid 
data must be presented simultaneously with a 
stable address. Thus, the write data setup time 
(tps) has the same requirement as the address 
setup time (tas). The requirement for stable data 
both before and after command (IOWC/ or 
MWTC/) enables the bus interface circuitry to 
latch data on. einer the sence or trailing edge of 


command... 
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50NS Min—>| tas |-«- —>| tan |~-sons MIN. 
ADDRESS 


LINES STABLE ADDRESS 


SONS MIN->| tos je —>}orw}<-sons min 


STABLE 
WRITE DATA 


tXACK 
ONS MIN7> kK plata 
MAX 
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Figure 2. Write AC Timing 
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Data Byte Swapping i in 16- bit myeeme 


A 16-bit master may transfer data on the MULTI- 
BUS data lines using 8-bit or 16-bit paths 
depending on whether a byte or word (2 byte) 
operation has been specified. (A word transfer 
specified with an odd I/O or memory address will 
actually be executed as two single byte transfers.) 


An 8-bit master may only perform byte transfers 
on the MULTIBUS data lines DATO/ - DAT?7/. 


In order to maintain compatibility with older 
8-bit masters and slaves, a byte swapping buffer 
is included in all new 16-bit masters and 16-bit 
slaves. In theiSBC product line, all byte transfers 
will take place on the low 8 data lines DATO/ - 
DAT7/. Figure 3 contains a example of 8/16-bit 
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data driver logic for 16-bit master and slave 
systems. In the 8/16-bit system, there are three 
sets of buffers; the lower byte buffer which 
accesses DATO/ - DAT7/, the upper byte buffer 
which accesses DAT8/ - DATF/, and the swap 
byte buffer which accesses the MULTIBUS data 
lines DATO/ - DAT7/ and transfers the data 
to/from the on-board data bus lines D8 - DF. 


Figure 4 summarizes the 8 and 16-bit data paths 
used for three types of MULTIBUS transfers. Two 
signals control the data transfers. 


Byte High Enable (BHEN/) active indicates that 
the bus is operating in sixteen bit mode, and 
Address Bit 0 (ADR0O/) defines an even or odd byte 
transfer address. 


On the first type of transfer, BHEN/ is inactive, 
and ADR0/ is inactive indicating the transfer of 
an even eight bit byte. The transfer takes place 
across data lines DATO0/ - DAT’7/. | 


On the second type of transfer, BHEN/ is inactive, 
and ADR0O/ is active indicating the transfer of a 
high (odd) byte. On this type of transfer, the odd 
(high) byte is transferred through the Swap Byte 
Buffer to DATO/ - DAT7/. This makes eight bit 
and sixteen bit systems compatible. 


USER BUS LOWER MULTIBUS 
BYTE 
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DATO/-DAT7/ 
00-07 (naan 


DIRECTION 


DATO/ 


DATF/ 


D8-DF . 
DAT8/-DATF/. - 


74S00 SWAP ~ 


BUFFERED UPPER 
BHEN/ BYTE 


ADRO BUFFER: 


AEN/ 


16-BIT DEVICE MULTIBUS BHEN/ MULTIBUS DEVICE 
TRANSFER BYTE 
DATA PATH ; TRANSFERRED 


HIGH,ODD 
BYTES 


8-BiT, 
DATO/ - DAT7/ 


8-BIT, 
DATO/ - DAT7/ 


DATO/ - DATF/ 


Figure 4. 8/1 6-Bit Device Transfer Operation 


A-183 


AP-28A 


The third type of transfer is a 16 bit (word) 
transfer. This is indicated by BHEN/ being 
active, and ADRO/ being inactive. On this type of 
transfer, the low (even) byte is transferred on 
DATO/ - DAT7/ and the high (odd) byte is 
transferred on DAT8/ - DATF’/. 

Note that the ‘condition when both BHEN/ and 
ADR0O/ are active is not used with present iSBC 
boards. This condition could be used to transfer a 
high odd byte of data on DAT8/ - DATF’, thus 
eliminating the need for the swap byte buffer. 
However, this is not a recommended transfer type, 
because it eliminates the capability of communi- 
cating with 8-bit modules. 


Inhibit Operations — Bus inhibit operations are 
required by certain bootstrap and memory mapped 
I/O configurations. The purpose of the inhibit 
operation is to allow acombination of RAM, ROM, 
or memory mapped I/O. to occupy the same 
memory address space. In the case of a bootstrap, 
it may be desirable to have both ROM and RAM 
memory occupy the same address space, selecting 
ROM instead of RAM for low order memory only 
when the system is reset. A system designed to use 


_ ADDRESS/ 


DATA/ | 


ORIVER 
ENABLE/ 


SLAVEA | 
(RAM) 


LOCAL 
SELECT/ 


ORIVER 
ENABLE/ 


| 
i. 
| 


SLAVE B 
(PROM) 


INH1/ 


LOCAL 
SELECT/ 


memory mapped I/O, which has actual memory 
occupying the memory mapped I/O address 
space, may need to inhibit RAM or ROM memory 
to perform its functions. 


There are two essential seuinenents for a success- 
ful inhibit operation. The first is that the inhibit 
signal must be asserted as soon as possible, within 
a maximum of 100 ns. (tC]), after stable address. 
The second requirement for a successful inhibit 
operation is that the acknowledge must be delayed 
(tx ACKB) to allow the inhibited slave to ter- 
minate any irreversible timing operations in- 
itiated by detection of a valid:command prior to its 
inhibit. 


This situation may arise because a comune can 
be asserted within 50 ns after stable address (tas) 
and yet inhibit is not required until 100 ns (typ) 
after stable address. The acknowledge delay time 
(tx ACKB) is a function of the cycle time of the 
inhibited slave memory. Inhibiting the iSBC 016 
RAM board, for example, requires a minimum of 
1.5 usec. Less time is typically needed to inhibit 
other memory modules. For example, the iSBC 104 — 
board requires 475 ns. 


Figure 5 depicts a situation in which both RAM 


[ READ DATA 


Figure 5. Inhibit Timing 
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and PROM memory have the same memory 
addresses. In this case, PROM inhibits RAM, 
producing the effect of PROM overriding RAM. 
After address is stable, local selects are generated 
for both the PROM andthe RAM. The PROM local 
select produces the INH1/ signal which then 
removes the RAM local select and its driver enable. 
Because the slave RAM has been inhibited after it 
had already begun its cycle, the PROM XACK/ 
must be delayed (tx ACKB) until after the latest 
possible acknowledgement from the RAM 


(tX ACKA). 


Interrupt Operations — The MULTIBUS inter- 
rupt lines INTO/ - INT7/ are used: by a MULTI- 
BUS master to receive interrupts from bus slaves, 
other bus masters or external logic such as power 
fail logic. A bus master may also contain internal 
interrupt sources which do not require the bus 
interrupt lines to interrupt the master. There are 
two interrupt implementation schemes used by 
bus interrupts, Non Bus Vectored Interrupts and 
Bus Vectored Interrupts. Non Bus Vectored 
Interrupts do not convey interrupt vector address 
information on the bus. Bus Vectored Interrupts 
are interrupts from slave Priority Interrupt Con- 
trollers (PICs) which do convey interrupt vector 


BUS MASTER 


MASTER CPU 


BUS SLAVE 


PROGRAMMABLE INTERRUPT 
CONTROLLER 


INTO/ 
INTI/ 
INT2/ 


INT3/ 
e 


e 
INT7/ 


TO SLAVE 
INTX/ ‘| 


INTERRUPT INTERRUPT 
STROBE 
—————_— 


address information on the bus. 


Non Bus Vectored Interrupts 


Non Bus Vectored Interrupts are those interrupts 
whose interrupt vector address is generated by the 
bus master and do not require the MULTIBUS 
address lines for transfer of the interrupt vector 
address. The interrupt vector address is generated 
by the interrupt controller on the master and 
transferred to the processor over the local bus. The 
source of the interrupt can be on the master module 
or on other bus modules, in which case the bus 
modules use the MULTIBUS interrupt request 
lines (INTO/ - INT7/) to generate their interrupt 
requests to the bus master. When an interrupt 
request line is activated, the bus master performs it 
own interrupt operation and processes the inter- 
rupt. Figure 6 shows an example of Non Bus 
Vectored Interrupt implementation. 


Bus Vectored Interrupts 


Bus Vectored Interrupts (Figure 7) are those inter- 
rupts which transfer the interrupt vector address 
along the MULTIBUS address lines from the 
slave to the bus master using the INTA/ command 
signal for synchronization. 
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Figure 6. Non Bus Vectored Interrupt Implementation 
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Figure 7. Bus Vectored Interrupt Logic (With 2 INTA/ Timing Diagram) - 


When an interrupt. request from the MULTIBUS | 


interrupt lines INTO/ - INT7/ occurs, the interrupt 
control logic on the bus master interrupts its 
processor. The processor on the bus master 
generates an INTA/ command which freezes the 
state of the interrupt logic on the MULTIBUS 
slaves for priority resolution. The bus master also 
locks (retains the bus between bus cycles) the 
MULTIBUS control lines to guarantee itself 
consecutive bus cycles. After the first INTA/ 


Interrupt procedure, two different sequences could 


take place. The difference occurs, because the 
MULTIBUS specification can support masters 
which generate one additional INTA/ (8086 


masters) or two additional INTA/s (8080A and 
8085 masters). | 


If the bus master generates one additional INTA/, 


this second INTA/ causes the bus slave interrupt 


- control logic to transmit an interrupt vector 8-bit 


command, the bus master’s interrupt control logic © 


puts an interrupt code on to the MULTIBUS 


address lines ADR8/- ADRA/. Theinterruptcode _ 


is the address of the highest priority active inter- 
rupt request line. At this point in the Bus Vectored 
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pointer on the MULTIBUS data lines. The vector 
pointer is used by the bus master to determine the 
memory address of the interrupt service routine. 


If the bus master generates two additional 


INTA/s, these two INTA/ commands allow the 
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bus slave to puta two byte interrupt vector address 
on to the MULTIBUS data lines (one byte for each 
INTA/). The interrupt vector address is used by 
the bus master to service the interrupt. 


The MULTIBUS specification provides for only 
one type of Bus Vectored Interrupt operation in a 
given system. Slave boards which have an 8259 
interrupt controller are only capable of 3 INTA/ 
operation (2 additional INTA/s after the first 
INTA/). Slave boards with the 8259A interrupt 
controller are capable of either 2 INTA/ or 3 
INTA/ operation. All slave boards in a given 
system must operate in the same way (2 INTA/s or 
3 INTA/s) if Bus Vectored Interrupts are to be 
used. However, the MULTIBUS specification 
does provide for Bus Vectored Interrupts and Non 
Bus Vectored Interrupts in the same system. 


MULTIBUS Multi-Master Operation — The 
MULTIBUS system bus can accommodate several 


highest priority master is then connected to the 
priority input (BPRN/) of the next lower priority 
master, and so on. Any master generating a bus 
request will set its BPRO/ signal high to the next 


_ lower priority master. Any master seeing a high 


signal on its BPRN/ line will sets its BPRO/ line 
high, thus passing down priority information to 
lower priority masters. In this implementation, 
the bus request line (BREQ/) is not used outside of 
the individual masters. A limited number of 
masters can be accommodated by this technique, 
due to gate delays through the daisy chain. Using 
the current Intel MULTIBUS controller chip on 
the master boards up to 3 masters may be accom- 
modated if a BCLK/ period of 100 ns is used. If 
more bus masters are required, either BCLK/ must 


be slowed or a parallel priority technique used. 


bus masters on the same system, each one taking —— 


control of the bus as it needs to affect data trans- 
fers. The bus masters request bus control through 
a bus exchange sequence. 


Two bus exchange priority resolution techniques 
are discussed, a serial technique and a parallel 
technique. Figures 8 and 9 illustrate these two 
techniques. The bus exchange operation dis- 
cussed later is the same for both techniques. 


Serial Priority Technique 

_Serial priority resolution is accomplished with a 
daisy chain technique (see Figure 8). The priority 
input (BPRN/) of the highest priority master is 
tied to ground. The priority output (BPRO/) of the 


HIGHEST 
. PRIORITY 
MASTER 


Parallel Priority Technique 


In the parallel priority technique, the priority is 
resolved in a priority resolution circuit in which 
the highest priority BREQ/ input is encoded with 
a priority encoder chip (74148). This coded valueis 
then decoded with a priority decoder chip (748138) 
to activate the appropriate BPRN/ line. The 
BPRO/ lines are not used in the-parallel priority 
scheme. However, since the MULTIBUS back- 
plane contains a trace from the BPRN/ signal of 
one card slot to the BPRO/ signal of the adjacent 
lower card slot, the BPRO/ must be disconnected 
from the bus on the board or the backplane trace 
must be cut. A practical limit of sixteen masters 
can be accommodated .using the parallel priority 
technique due to physical bus length limitations. 
Figure 9 contains the schematic for a typical 
parallel resolution network. Note that the parallel 
priority resolution network must be externally 
supplied. , 
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- Figure 8. Serial Priority Technique _- 
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Figure 9. Parallel Priority Technique — 


MULTIBUS Exchange Operation — A timing 
diagram for the MULTIBUS exchange operation 
is shown in Figure 10.. This implementation 
example uses a parallel resolution scheme, how- 
ever, the timing would be basically the s same for 
the serial resolution scheme. - : 


In this example, master A has been assigned a 
lower priority than master B. The bus exchange 
occurs because master B generates a bus request 
during a time when master A has control of the 
bus. 


The exchange process begins when master B 
requires the bus to access some resource such as an 
I/O or memory module while master A controls the 
bus. This internal request is synchronized with 
the trailing edge (high to low) of BCLK/ to 
generate a bus request (BREQ/). The bus priority 
resolution circuit changes the BPRN/ signal from 
active (low) to inactive (high) for master A and 
from inactive to active for master B. Master A 
must first complete the current bus command if 
one is in operation. After master A completes the 
command, it sets BUSY/ inactive on the next 
trailing edge of BCLK/. This allows the actual bus 
exchange to occur, because master A has relin- 


quished control of the bus, and master Bhas been ~ 


granted its BPRN/. During this time, the drivers 
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for master A are disabled. Master B must take 
control of the bus with the next trailing edge of 
BCLK/ to complete the bus exchange. Master B 
takes control by. earner BUSY/ and eapune 
its drivers. 


It is possible for master A to retain control of the 
bus and prevent master B from getting control. 
Master A activates the Bus Override (or Bus Lock) 
signal which keeps BUSY/ active allowing con- 
trol of the bus to stay with master A. This 
guarantees a master consecutive bus cycles for 
software or hardware functions which require 
exclusive, continuous access to the bus. 


Note that in systems with only asingle master it is 
necessary to ground the BPRN/ pin of the master, 
if slave boards are to be accessed. In single board 
systems which use a CPU board capable of Bus 
Vectored Interrupt operation, the BPRN/ pin must 
also be grounded. 


In a single master system bus transfer efficiency 
may be gained if the BUS OVERRIDE signal is 
kept active continuously. This permits the master 
to maintain control of the bus at all times, there- 
fore saving the overhead of the master reacquiring 
the bus each time it is needed. 


The CBRQ/ line may be used by a master in 
control of the bus to determine if another master 
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Figure 10. Bus Control Exchange Operation 


requires the bus. Ifa master currently in control of 
the bus sees the CBRQ/ line inactive, it will 
maintain control of the bus between adjacent bus 
accesses. Therefore, when a bus access is required, 
the master saves the overhead of reacquiring the 
bus. If a current bus master sees the CBRQ/ line 
active, it will then relinquish control of the bus 
after the current bus access and will contend for 
the bus with the other master(s) requiring the bus. 
The relative priorities of the masters will deter- 
mine which master receives the bus. 


-A-189 


Note that except for the BUS OVERRIDE state, no 
single master may keep exclusive control of the 
bus. This is true because it is impossible for the 
CPU on a master to require continuous access to 
the bus. .Other lower priority masters will always 
be able to gain access to the bus between accesses. 
of a higher priority master. 


Power Fail Considerations — The MULTIBUS 
P2 connector signals provide a means of handling 
power failures. The circuits required for power 
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Figure 11. Power Fail Timing Sequence | 


failure detection and handling are optional and 
must be supplied by the user. Figure 11 shows 
the timing of a power fail sequence. | 


The power supply monitors the AC power level. 
When power drops below an acceptable value, the 


power supply raises ACLO which tells the power . - 


fail logic that a minimum of three milliseconds will 
elapse before DC power will fall below regulated 
voltage levels. The power fail logic sets a sense 
latch (PFSN/) and generates an interrupt (PFIN/) 
to the processor so the processor can store its 
environment. After a 2.5 millisecond timeout, the 
memory protect signal (MPRO/) is asserted by the 
power fail logic preventing any memory activity. 
As power falls, the memory goes on standby 
power. Note that the power fail logic must be 
powered from the standby source. 


As the AC line revives, the logic voltage level is 
monitored by the power supply. After power has 
been at its operating level for one millisecond 
minimum, the power supply sets the signal ACLO 
low, beginning the restart sequence. First, the 
memory protect line (MPRO/) then the initialize 
line (INIT/) become inactive. The bus master now 
starts running. The bus master checks the power 
fail latch (PFSN/) and, ifit finds it set, branches to 
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a power up routine which resets the latch (PFSR/), 


restores the environment, and resumes execution. 


Note that INIT/ is activated only after DC power 
has risen to the regulated voltage levels and must 
stay low for five milliseconds minimum before the 
system is allowed to restart. Alternatively, INIT/ 
may be held low through an open collector device 
by MPRO/. 


How the power failure equipment is configured is 
left to the system designer. The backup power 
source may be batteries located on the memory 


boards or more elaborate facilities located off- 


board. The location of the power. fail logic 
determines which MULTIBUS power fail lines are 
used. Pins on the P2 connector have been specified 
for the power failure functions for use as needed. 


To further clarify the location and use of the power 


fail circuitry, an example of a typical power fail 
system block diagram is shown in Figure 12. A 
single board computer and a slave memory board 


are contained in the system. It is desired to power 


the memory circuit elements of the memory board 
from auxiliary power. The single board computer 
will remain on the main power supply. To ac- 
complish this, user supplied power fail logic and 
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Figure 12. Typical Power Fail System Block Diagram 


an auxiliary power supply have been included in 
the system. 


The single board computer is powered from the P1 
power lines and accesses the P2 signal lines 
PFIN/, PFSN/ and PFSR/ (only the P2 signal 
lines used by a particular functional block are 
shown on the block diagram). The PFSR/ line is 
driven from two sources: a front panel switch and 
the single board computer. The front panel switch 
is used during normal power-up to reset the power 
fail sense latch. The single board computer uses 
the PFSR/ line to reset the latch during a power-up 
sequence after a power failure. Current single 
board computers must access the PFSN/ and 
PFSR/ signals either directly with dedicated 
circuitry and a P2 pin connection or through the 
parallel I/O lines with a cable connection from the 
parallel I/O connector to the P2 connector. 


The slave memory board uses both the P1 and P2 
power lines, the P2 power lines are used (at all 
times) to power the memory circuit elements and 
other support circuits, the Pl power lines power all 
other circuitry. In addition, the MPRO/ line is 
input and used to sense when memory contents 
should be protected. 


The power fail logic contains the power fail sense 
latch, and uses the PFSR/ and ACLO lines for 
inputs and the PFIN/ PFSN/, and MPRO/ lines 
for outputs. The power fail logic must be Epowenee 
by the P2 power lines. 
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DC Requirements — The drive and load charac- 
teristics of the bus signals are listed in Appendix 
C. The physical locations of the drivers and loads, 
as well as the terminating resistor value for each 
bus line, are also specified. Appendix D contains 
the MULTIBUS power specifications. 


MULTIBUS™ Slave Interface 


Circuit Elements ; 


There are three basic elements of a slave bus 
interface: address decoders, bus drivers, and 
control signal logic. This section discusses each of 
these elements in general terms. A description ofa 
detailed implementation of a slave interface is 
presented in a later section of this application note. 


Address Decoding — This logic decodes. the 
appropriate MULTIBUS address bits into.RAM 
requests, ROM requests, or I/O selects. Care must 
be taken in the design of the address decode logic. 
to ensure flexibility in the selection of base address 
assignments. Without this flexibility, restrictions 
may be placed upon various. system configura- 

tions. Ideally, switches and jumper connections 
should be associated with the decode logic to 
permit field modification of base address assign- 
ments. 


The initial step in designing the address decode 
portion of aMULTIBUS interface is to determine 
the required number of unique address locations. | 
This decision is influenced by the fact that 
address decoding is usually done in two stages. 
The first stage decodes the base address, pro- 
ducing an enable for the second stage which 
generates the actual device selects for the user 
logic. A convenient implementation of this two 
stage decoding scheme utilizes a pair of decoders 
driven by the high order bits of the address for the 
first stage and a second decoder for the low order 
bits of the address bus. This technique forces the 
number of unique address locations to be a power 
of two, based at the address decoded by the first 
stage. Consider the scheme illustrated in Figure 
13. 


As shown in Figure 13, the address bits A4- AB are 
used to produce switch selected outputs of the first 
stage of decoding. The 1 out of 8 binary decoders 
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have been used. The top decoder decodes address 
lines Ay - A7, and the bottom decoder decodes 
address lines Ag- Ap. Ifonly address lines Ag-A7 
are being used for device selection, as in the case of 
I/O port selection in 8-bit systems, the bottom 
decoder may be disabled by setting switch S2 to the 
ground position. Address lines A7 and Ap drive 
enable inputs E2 or E83 of the decoders. The 
address lines Ag - Ag enter the second stage 
address decoder to produce 8 user device selects. 

The second stage decoder must first be enabled by 
an address that corresponds to the switch-selected 
base address. 


Address decoding must be completed before the 
arrival of a command. Since the command may 
become active within 50 ns after stable address, 
the decode logic should be kept simple with a 
minimal number of layers of logic. Furthermore, 
the timing is extremely critical in systems which 
make use of the inhibit lines. | 7 


A linear or unary select scheme in which no binary 
encoding of device address (e.g., address bit Ag 
selects device 0, address bit A selects device 1, 
etc.) is performed is not recommended because the 
scheme offers no protection in case multiple 
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Figure 13. Two Stage Decoding Scheme 


devices are simultaneously selected, and because 
the addressing within such a system is restricted 
by the extent of the address space occupied by such 
a scheme. | 


Data Bus Drivers — For user designed logic 
which simply receives data from the MULTIBUS 
data lines, this portion of the bus interface logic 
may only consist of buffers. Buffers are required 
to ensure that maximum allowable bus loading is 
not exceeded by the user logic. 


In systems where the user designed logic must 


‘place data onto the MULTIBUS data lines, three- 


state drivers are required. These drivers should be 
enabled only when a memory read command 
(MRDC/) or an I/O read command (IORC/) is 
present and the module has been addressed. 


When both the read and write functions are re- 
quired, parallel bidirectional bus drivers (e.g., Intel 
8226, 8287, etc.) are used. A note of caution must be 
included for the designer who uses this type of 
device. A problem may arise if data hold time 
requirements must be satisfied for user logic 
following write operations. When bus commands 
are used to directly produce both the chip select for 
the bidirectional bus driver and a strobe to.a latch 
in the user logic, removal of that signal may not 
provide the user’s latch with adequate data hold 
time. Depending on the specifics of the user logic, 
this problem may be solved by permanently 
enabling the data buffer’s receiver circuits and 
controlling only the direction of the buffers. 


Control Signal Logic — The control signal logic 
consists of the circuits that forward the I/O and 
memory read/write commands to their respective 
destinations, provide the bus with a transfer 
acknowledge response, and drive the system 
interrupt. lines. . | | 


Bus Command Lines 


The MULTIBUS information transfer Ueeeiacel 
lines (MRDC/, MWTC/, IORD/. and IOWC/) 
should be buffered by devices with very high speed 
switching. Because the bus DC requirements 
specify that each board may load these lines with 
2.0 mA, Schottky devices are recommended. LS 
devices are not recommended due to their poor 
noise immunity. The commands should be gated 


A-192 


AP-28A 


with a signal indicating the base address has been 
decoded to generate read and write strobes for the 
user logic. 


Transfer Acknowledge Generation 


The user interface transfer acknowledge genera- 
tion logic provides a transfer acknowledge re- 
sponse, XACK/, to notify the bus master that write 
data provided by the bus master has been accepted 
or that read data it has requested is available on 
the MULTIBUS data lines. XACK/ allows the bus 


master to conclude its current instruction. 


Since XACK/ timing requirements depend on both 
the CPU of the bus master and characteristics of 
the user logic, a circuit is needed which will provide 
a range of easily modified acknowledge responses. 


The transfer acknowledge signals must be driven 
by three-state drivers which are enabled when the 
bus interface is addressed and a command is 
present. 


Interrupt Signal Lines 


The asynchronous interrupt lines must be driven 
by open collector devices with a minimum drive of 
16 mA. 


In a typical Non Bus Vectored Interrupt system, 
logic must be provided to assert and latch-up an 
interrupt signal. In addition. to driving the 
MULTIBUS interrupt lines, the latched interrupt 
signal would be read by an I/O operation such as 
reading the module’s status. The interrupt signal 
would be cleared by writing to the status register. 


Ill. MULTIBUS™ SLAVE DESIGN 
EXAMPLE 


A MULTIBUS slave design example has been 
included in this application note to reinforce the 
theory previously discussed. The design example 
is of general purpose I/O slave interface. This 
design example could easily be modified to be used 
as a slave memory interface by buffering the 
address signals and using the appropriate 
MULTIBUS memory commands. In addition, to 
help the reader better understand an application 
for an I/O slave interface, two Intel 8255A Parallel 
Peripheral Interface (PPI) devices are shown con- 
nected to the slave interface. | 


The design example is shown in both 8/ 16-bit 
version and an 8-bit version. The 8/16-bit version 
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is an I/O interface which will permit a 16-bit 
master to perform 8 or 16 bit data transfers. 8-bit 
masters may also use the 8/16-bit version of the 
design example to perform 8-bit data transfers. 


The 8-bit version of the design example may be 
used by both 8 or 16-bit masters, but will only 
perform 8-bit data transfers. It does not contain 
the circuitry required to perform 16-bit data 
transfers. 


Both the 8/16-bit version and the 8-bit version of 
the design example were implemented on an iSBC 
905 prototype board. The schematics for each of 
the examples are given in Appendices F and G. 


Functional/Programming Characteristics 


This section describes the organization of the 
slave interface from two points of view, the 
functional point of view and the programming 
characteristics. First, the principal functions 
performed by the hardware are identified and the 
general data flow is illustrated. This point of view 
is intended as an introduction to the detailed 
description provided in the next section; Theory of 
Operation. In the second point of view, the 
information needed by a programmer to access the 
slave is summarized. — | 


Functional Description — The function of this 
I/O slave is to provide the bus interface logic for 
general purpose I/O functions and for two Intel 
8255A Parallel Peripheral Interface (PPI) devices. 
Eight device selects (port addresses) are available 
for general purpose I/O functions. One of these 
device select lines is used to read and reset the state 
of an interrupt status flip-flop, the other seven 
device selects are unused in this design. An 
additional eight I/O device port addresses are 
used by the two 8255A devices; four I/O port 
addresses per 8255A (three I/O port address for 
the three parallel ports A, B, and C and the fourth 
I/O port address for the device control register). 


Figure 14 contains a functional block diagram of 
the slave design example. This block diagram 
shows the fundamental circuit elements of a bus 
slave: bidirectional data bus drivers/receivers, 
address decoding logic and bus control logic. Also 
shown is the address decoding logic for the low 
order four bits, the interrupt logic which is selected 
by this decoding logic, and the two 8255A devices. 
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Figaid 14. MULTIBUS™ Slave Desa ene 
Functional Block Diagram 2 


Programming Characteristics. — The slave 
design example provides 16 I/O. port addresses 
which may be accessed by user-software. The 
base address of the 16 contiguous port addresses 
is selected by wire wrap connections on the proto- 
type board. The wire wrap. connections specify 
address bits ADR4/ - ADRB/. They allow the 
selection of a base address.on any 16 byte 
boundary. Twelve address bits (ADRO/-ADRB/) 
are used since 16-bit (8086 based) masters use 12 
bits to specity I/O port addresses. If an 8 bit (8080 
or 8085 based) master is used with this slave board, 
the high order address bits (ADR8/-ADRB/) must 
not be used by the decoding circuits; a wire wrap 
jumper position (ground position) is provieee for 
this.. 


The 16 VO a Saaveuses are divided into two 
groups of 8 port addresses by decoding address line 
ADR3/. Port addresses XX0:- XX7 are used for 
general I/O. functions (XX indicates any hexi- 
decimal digit combination). Port address XX0 is 
used for accessing the interrupt status flip-flop and 


port addresses XX1 - XX7 are not used in this 
example. Port addresses XX8 - XXF are used for 
accessing the PPIs. If port addresses XX8.- XXF 
are selected, then ADRO/ is used to specify which 
of two PPIs are selected. If the address is even 
(XX8, XXA, XXC, or XXE) then one PPI is selected. 
If the address is odd (XX9, XXB, XXD, or XXF), 
then the other PPI is selected. ADR1/ and ADR2/ 
are connected directly to the PPIs. Table 1. 
summarizes the I/O port addresses of the slave 
design example.. Note that if a 16-bit master is 
used, it is possible to access the slave in a byte or 
word mode. If word access is used with port 
address XX8, XXA, XXC, or XXE, then 16 bit 
transfers will occur between the PPIs and the 
master. These 16 bit transfers occur because an 
even address has been specified and the MULTI- 

BUS BHEN/ signal meee that a 16- ma 
transfer is: ecquestes 


Theory of Operation 


In the preceding section, each of the slave design 
example functional blocks was identified and 
briefly explained. This section explains how these 
functions are implemented. For detailed circuit 
information, refer to the schematics in Appendices 
F and G. The schematic in Appendix F is on a 
foldout page so that the sollowine text may paeuy 
be related to the schematic... 


The discussion of the eee of operation is divided 
into five segments, each of which discusses a 
different function performed by the MULTIBUS 
slave design example. The five segments are: — 


1. Bus address decoding 

2. Data buffers 

3. Control signals 

4. Interrupt logic 

“Ds PPI operation 
Each of these topics are discussed with regard to 
the 8/16-bit version of the design example; 
followed by a discussion of the circuit. elements 


which are ‘required by the 8-bit version of the 
interface. 


Bus Address Decoding — Bus addréss decoding 
is performed by two 8205 1 out of 8 binary decoders. 
One decoder (A3) decodes address bits ADR8/ - 

ADRB/: and the second decoder (A2) decodes 
address bits ADR4/ - ADR7/. The base address 
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1/0 PORT ADDRESS 


XXO 
XX1 - XX7 
XX8 

XX9 

XXA 

XXB 

XXC 

XXD 

XXE 

XXF 


WORD ACCESS 


- XX0 
XX2 - XX6- 
XX8 


_ Bit O = Interrupt Status 
Unused 
Parallel Port A, Even PP 
Parallel Port A, Odd PPI 
Parallel Port B, Even PPI 

“Parallel Port B, Odd PPI 
Parallel Port C, Even PPI 
Parallel Port C, Odd PPI 
Illegal Condition et 


Illegal Condition 


Bit 0 = Interrupt Status 


Unused 


Table 1 


| SLAVE DESIGN EXAMPLE PORT ADDRESSES | 


Reset Interrupt Status 
Unused 

Parallel Port A, Even PPI 
Parallel Port A, Odd PPI 
Parallel Port B, Even PPI 
Parallel Port B, Odd PPI 
Parallel Port C, Even PPI 
Parallel Port C, Odd PPI. 
Control, Even PPI 
Control, Odd PPI 


Reset Interrupt Status 


Unused 


Parallel Port A, Even and Odd PPts 


| Parallel Port A, Even and Odd PPIs 


_XXA Parallel Port B, Even and Odd PPIs 


XXC 


‘XXE Illegal Condition 


Parallel Port C, Even and Odd PPls 


Parallel Port B, Even and Odd PPIs 
Parallel Port C, Even and Odd PPIs. 
Control, Even and Odd PPIs 


XX = Any hex digits, assigned by jumpers; XX defines the base address. 


selected is determined by the position of wire wrap 
jumpers. The outputs of the two decoders are 
AN Ded together to form the BASE ADRSELECT/ 
signal. This signal.specifies the base address 
for a group-of 16 I/O ports. Using the wire wrap 
jumper positions shown in the schematic, a base 
address of E3 has been selected. Therefore, this 
“MULTIBUS slave board will respond to I/O port 
addresses in the E80 - E8F range. : 


If this slave board is to be used with 8-bit MULTI- 


BUS masters, the high order address bits must not 


be decoded. Therefore, the wire wrap jumper 
which selects the output of decoder A3 must be 
placed in the top (ground) position (pin 10 of gate 
A9 to ground). 


The low order 4 address lines(ADRO/- ADR3/) are 
buffered and inverted using 74LS04 inverters. 
These address lines are input to an 8205 for 
decoding a chip select for the interrupt logic; the 
address lines are also used directly by the PPIs. 
LS-Series logic is required for buffering to meet the 
MULTIBUS specification for I}, (low level input 
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current). S-Series or standard series logic will not 
meet this specification: a 
Address decoder A4 is used to decode addresses 
E30 - E37. The CS0/ output of this decoder is used 
to select the interrupt logic, thus I/O port address 
E80 is used to read and reset the interrupt latch. 
The remaining outputs from decoder A4 (CSI1/ - 
CS7/) are not used in this example. They would 
normally be used to select other functions ina 
slave board with more capability. Note that in the 
schematic shown in Appendix G for the 8-bit 
version of this slave design example, the high 
order (ADR8/ - ADRB/) address decoder is not 
included and the BHEN/ signal is not used. 


Data Buffers — Intel 8287 8-bit parallel bi- 
directional bus drivers are used for the MULTI- 
BUS data lines DATO/ - DATF/. In the 8/16-bit 
version of the slave board, three 8287 drivers 
are used. 7 


When an 8-bit data transfer is requested, either 
driver A5, which is connected to on-board data 
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lines DO - D7, or driver A6, which is connected to 
on-board data lines D8 - DF, is used. If a byte 
transfer is requested from an even address, driver 
A5d will be selected. Ifa byte transfer from an odd 
address is requested, driver A6 will be selected. All 
byte transfers take place on MULTIBUS data 
lines DATO/ - DAT7/. When a word (16-bit) 
transfer is requested from an even address, drivers 
Ad and A7 will be used. Note that if a user program 
requests a word transfer from an odd address, 
16-bit masters in the iSBC ‘product line will 
actually perform two byte transfer requests. 


The logic which determines the chip selection 
(8287 input signal OE, output enable) signals for 
the bus drivers uses the low order address bit 
(ADRO/) and the buffered Byte High Enable 
signal (BHENBL/). Note that the MULTIBUS 
signal BHEN/ has been buffered with an 74LS04 
inverter. This is done to meet the bus address line 
loading specification. The SWAP BYTE/ signal 
which is generated is qualified by the BD ENBL/ 
signal and used to select the bus drivers. 


The steering pin for the 8287 drivers is labelled T 


(transmit) and is driven by the signal RD. When 
an input (read) request is active or when neither a 
read or write command is being serviced, the 


direction of data transfer of the 8287 will be set for | 


BtoA: 


The 8287 drivers are set to point IN (direction.B to 
A) when no MULTIBUS I/O transfer command is 
being serviced for two reasons. First, if the driver 
were pointed OUT (direction A to B) and a write 


command occured, it would be necessary to turn: 


the buffers IN and set the OE (output enable) 
signal active before the data could be transferred 
to the on- board bus. A possibility of a “buffer- 


fight” could occur in some designs if the OE signal 


permitted an 8287 to drive the MULTIBUS data 
lines momentarily before the steering signal could 
switch the direction of the 8287. In this case, both 


the MULTIBUS master and the slave would be. 


driving the data lines; this is not recommended. 
(In this particular design, the steering signal will 
always stabilize before the OE signal becomes 
active.) 


The second reason the driver is pointing IN when 
no command is present is due to the “data valid 
after WRITE” requirements of the 8255As. The 
8255A requires that data remain on its data lines 
for 30 ns after the WRITE command (WR at the 
8255A) is removed. This requirement will be met if 
the direction of the 8287 drivers is not switched 


when the MULTIBUS IOWC/ signal is removed 
(WRT/ could have been used to steer the 8287. 
instead of RD); and if the capacitance of the on- 


board data bus lines is sufficient to hold the data 


values on the bus after the 8287 OE signal and the 
8255A PPI WRT’ signal go inactive. The on-board 
data bus may easily be designed such that the 
capacitance of the lines is sufficient to meet the 30 
ns data hold time requirement. In addition, the 
current leakage of all devices connected to the on- 
board bus must be kept small to meet the 30 ns data 
hold time requirement. 


The 8-bit version of this design example uses only 
one 8287 instead of the three required by the 8/16- 
bit version. The logic required to control the swap 
byte buffer is also not necessary. The chip select 
signal used for the 8287 is the BD ENBL/ signal. 


Control Signals — The MULTIBUS control 
signals used by this slave design example are 
IORC/, IOWC/, and XACK/. IORC/ and IOWC/ 
are qualified by the BASE ADR SELECT’ signal 
to form the signals RD and WRT. RD and WRT 
are used to drive the interrupt logic, the PPI logic 
and the XACK/ (transfer acknowledge) logic. 


For the XACK/ logic RD and WRT are ORed to 
form the BD ENBL/ signal which is inverted and 
used to drive the CLEAR pin of a shift register. 
When the slave board is not being accessed, the 
CLEAR pin of the shift register will be low (BD 
ENBL/ is high). This causes the shift register to 
remain cleared and all outputs of the shift register 
will be low. When the slave board is accessed, the 
CLEAR pin will be high, and the A and B inputs 
(which are high) will be clocked to the output pins. 
by CCLK/. To select a delay for the XACK/ signal, 
a jumper must be installed from one of the shift 
register output pins to the 8089 tri-state driver. 
Each of the shift register output pins select an 
integer multiple of CCLK/ periods for the signal 
delay. Since the CCLK/ signal is asynchronous, 
the actual delay selected may only be specified 
with a tolerance of one CCLK/ period. In this 
example a delay of 3 - 4 CCLK/ periods was 
selected; with a CCLK/ period of 100 ns, the 
XACK/ delay would occur somewhere within the 
range of 300 - 400 ns from the time when the 
CLEAR alent goes high. 2 


The control signal logic ised in the 8-bit version of 
the slave design example is identical to the logic 
used in the 8/16-bit version. : 
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Interrupt Logic — The interrupt logic uses a 
74874 flip-flop to latch an asynchronous interrupt 
request from some external logic. The Q output 
of the INTERRUPT. REQUEST LATCH is output 
through an open collector gate to one of the 
MULTIBUS interrupt lines. The state of the 
INTERRUPT REQUEST LATCH is transferred 
to the INTERRUPT STATUS LATCH when a 
read command is performed on I/O port BASE 
ADDRESS+0 (E30 for the jumper configuration 
shown).. The Q output of INTERRUPT STATUS 
LATCH is used to drive data line DO of the on- 
board data bus by using an 8089 tri-state driver. 
If a user program performs an INPUT from I/O 
port £30, data bit 0 will be set to 1 if the IN cee 
RUPT aaa icin LATCH i is set. 


The purpose of INTERRUPT STATUS LATCH i 1s 
to minimize the possibility of the asynchronous 
interrupt occuring while the interrupt status is 
being read by a bus master. If the latch was not 
included in the design and an asynchronous inter- 
rupt did occur while a bus master is reading 
MULTIBUS data line DATO/, a data buffer on the 
master could go into a meta-stable state. By 
adding the extra latch, which is clocked by. the 
IORD/ command for I/O port E30, the possibility 
of data line DATO/ changing during a bus master 
read operation is eliminated. 


The INTERRUPT REQUEST LATCH is cleared 
when auser program perenne an OUTPUT toI/O 
port E30. 


This interrupt structure assumes that several 
interrupt sources may exist on the same MULTI- 
BUS interrupt line (for example, INT3/). When the 
MULTIBUS master gets interrupted, it must poll 
the possible sources of the interrupt received and 
after determining the source of the interrupt, it 
must clear the INTERRUPT REQUEST LATCH 
for that particular interrupt source. 


The interrupt logic for the 8-bit version of the 
design example is identical to the interrupt logic of 
the 8/16-bit version of the design example. 


PPI Operation — Two 8255A Parallel Peripheral 
Interface (PPI) devices are shown interfaced to 
the slave design example logic. One PPI is con- 
nected to the on-board data bus lines DO - D7 and 
is addressed with the even I/O port addresses 
E38, E3A, E3C, and E38E. The second PPI is 
connected to data bus lines D8 - DF and is address- 
ed with the odd I/O port addresses E39, E3B, 


E3D, and E38F. The even or odd I/O port selection 
is controlled by using. the ADRO address line in 
the chip select term of the PPIs. In addition, the 
odd PPI (A11) is selected when the BHENBL 


‘term is high. This occurs when the MULTIBUS 


signal BHEN/ is low indicating that a word 
(16-bit) I/O instruction is being executed. When 
a word I/O instruction is executed, both PPIs will 
perform the I/O operation specified. 


The specifications of the 8255A device state that 
the address lines AO and. Al and the chip select 
lines must be stable before the RD or WR lines are 
activated. The MULTIBUS specification address 
set-up time of 50 ns and the short gate propagation 


delays in this design assure that the address lines 


are stable before RD or WR are active. 


The data hold requirements of the 8255A were 


discussed in a previous.section. The 8255A speci- 


fication states that data will be stable on the data 


bus lines a maximum of 250 ns after a READ 
command. This specification was used to select 
the delay for the XACK/ signal. 


~The PPI operation for the 8-bit version of the 


design example is slightly different than that used 
for the 8/ 16-bit version. The chip select signal for 
the bottom PPI does not use the BHENBL term 
since 16-bit data transfers are not possible with an 
8-bit I/O slave board. Also, the chip select and 
address signals have been swapped so the top PPI 
occupies I/O address range X8 - XB, and the 
bottom PPI occupies I/O address range XC -XF(X 
is the base address of the.8-bit version). This 
swapping of the address lines was not necessary; 
however, it was thought to be more convenient to 


-access the PPIs in two groups of.4 contiguous I/O 


port addresses. 


IV. SUMMARY | 
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This application note has shown the structure of 
the Intel MULTIBUS system bus. The structure 
supports a wide range of system modules from the 
Intel OEM Microcomputer Systems product line 
that can be extended with the addition of user 
designed modules. Because the user designed 
modules are no doubt unique to particular applica- 
tions, a goal of this application note has been to 
describe in detail the singular common element - 
the bus interface. Material has also been 
presented to assist the systems designer to under- 
standing the bus functions so that successful 
systems integration can be achieved. 
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APPENDIX A 
a -PIN ASSIGNMENT oF BUS SIGNALS ON MULTIBUS BOARD PI CONNECTOR 


{COMPONENT SIDE) _ | (CIRCUITSIDE) - - 
MNEMONIC |. DESCRIPTION 3 DESCRIPTION 


“POWER | 
SUPPLIES 


BUS 
CONTROLS 


BUS 


CONTROLS 


AND 
| ADDRESS 


INTERRUPTS 


| ADDRESS _ 


POWER 
SUPPLIES 


Signal GND 


+5Vdc 
+5Vdc 
+12Vdc 
—5Vdc 
Signal GND 


Bus Clock 
BusPri.In .. 


Bus Busy 


Mem Read Cmd 
1/0 Read Cmd 
XFER Acknowledge 


Reserved 
Byte High Enable 


| Common Bus Request - 


Constant Clk 


|ntr Acknowledge 


Parallel. 
Interrupt ... 
Requests 


Address 
- Bus 


Signal GND . 
Reserved 
-12Vdc 
+5Vdc 

+ 5Vde 


_ Signal GND 


All Mnemonics © Intel Corporation 1978 
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- Signal GND 


.+5Vdc 
+5Vde 
+12Vdc 
-5Vde. 
Signal GND 


Initialize 

Bus Pri. Out 

Bus Request 

Mem Write Cmd 
/OWriteCmd 
Inhibit 1 disable RAM 


Inhibit 2 disable PROM or ROM 


| Address 


Bus. 


Parallel 
Interrupt: 
Requests 


| Address 


Bus. 


Signal GND 
Reserved | 
-12Vdc _ 
+5Vdc 

+5Vdc 
SignalGND ... 
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APPENDIX A (Continued) 
P2 CONNECTOR PIN ASSIGNMENT OF OPTIONAL BUS SIGNALS 


(COMPONENT SIDE) | (CIRCUIT SIDE) - 
| MNEMONIC | DESCRIPTION MNEMONIC DESCRIPTION 


Signal GND GND Signal GND 
+ 5V Battery 5 VB + 5V Battery 
Reserved VCCPP + 5V Pulsed Power 
-5V Battery -5 VB -5V Battery 
Reserved Reserved 
+12V Battery 12 VB + 12V Battery 
Power Fail Sense Reset Reserved 
-12V Battery -12 VB -12V Battery 
Power Fail Sense ACLO AC Low 
Power Fail Interrupt MPRO/ Memory Protect 
Signal GND GND Signal GND 
+15V +15V + 15V 
-15V -15V -15V 
Parity 1 HALT/ Bus Master HALT 
Parity 2 WAIT/ Bus Master WAIT STATE 
ALE Bus Master ALE 
Reserved 
Reserved 
AUX RESET/ Reset switch 


Reserved 


Reserved 


1. PFIN, on slave modules, if possible, should have the option of connecting to INTO/ on P1. 
2. All undefined pins are reserved for future use. 


All Mnemonics © Intel Corporation 1978 
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Parameter 


tBCY 
tBWw 


SKEW 
tpD 


{AS 


tos 
tAH 
t{DHW 
tDXL 
tDHR 


iXAH 


tXACK 
tCMD 


| {ID 


tXACKA 
tXxACKB 


AD 
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_ APPENDIX B: 


BUS TIMING: SPECIFICATIONS SUMMARY 


Description | 


Bus Clock Period ~~ 


Bus Clock Width 


BCLK/skew 


Standard Bus 
- Propagation Delay 


Address Set-Up Time 


(at Slave Board) 


Write Data Set: 
Up Time 


Address Hold Time 


Write Data Hold Time 


Read Data Set 
Up Time To XACK 


Read Data Hold Time 


Acknowledge Hold 
Time 


' Acknowledge Time 


Command Pulse. 
Width 


Inhibit Delay 


Acknowledge Time of 
of an Inhibited Slave 


Acknowledge Time of 
an Inhibiting Slave 
Acknowledge Disable 
from Inhibit (An 
internal parameter on 
an inhibited slave; 
used to determine 
tXACKA Min.) 
Address to Inhibits 
High delay 

INTA/ Width 


Command Separation 


100 
0.35 tacy 


~A-200 


65 


65 


tTOUT 


{TOUT 


~~ 100 


(Recommend < 100 ns) 
tTOUT 


tTOUT 


100 
(arbitrary) 
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APPENDIX B (Continued) 
BUS TIMING SPECIFICATIONS SUMMARY 


0 35 ns 


{BCLK/ to BREQ/ 
Low Delay 


{BCLK/ to BREQ/ 
High Delay 


BPRN/ to ;BCLK/ 
Setup Time 


BUSY/ delay 
from }BCLK/ 
BUSY/ to }BCLK/ 
Setup Time 


4BCLK/ to BPRO/ 
(CLK to Priority Out) 


BPRN/ to BPRO/ 
(Priority In to Out) 


$BCLK/ to CBRQ/ 
(CLKto Common 
Bus Request) 


CBRQ/ to }BCLK/ 
Setup Time 


tBREQL 


tBREQH 0 35 | ns 


(BPRNS 


(BUSY 


'BUSYS 


tBPRO 


tBPRNO 


(CBRO 


(CBRQS 


tBCY-'BREQ 
-2tpp 


Central Priority 
Module Resolution 


(CPM 


Delay (Parallel -{BPRNS 
Priority) -ISKEW 
C-clock Period 110 
C-clock Width 0.65 tccy 


INIT/Width 


ANIT/ to MPRO/ 
Setup Time 


Power Backup 
Logic Delay 


PFIN/ Width 

MPRO/ Delay 
ACLO/ Width 
PFSR/ Width 
Timeout Delay 


D.C. Power Supply 
Hold from ALCO/ 


D.C. Power Supply 
Setup to ACLO/ 


A-201 


DATO/-DATF/ - 


(16 lines) 
ADRO/-ADRB/, 


BHEN/. 
(21 lines) 


MROC/,MWTC/ 


lIORC/ IOWC/ 


XACK/_ 
INH1/,INH2/ 


SHEN! CBRG.. 
INIT)... 
CLK 


INTAI 


INTO/-INT7/ 
(8 lines) 
PFSR/ 
PFSN/ 
ACLO 


PFIN/ 


MPRO/ 
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' APPENDIX.C 
BUS DRIVERS, RECEIVERS, AND. TERMINATIONS 


Driver 1,3 


Masters 


| and Slaves 


| Masters 


Masters 


Masters 


| Slaves 


‘| Inhibiting 


Slaves 


‘| 1 place 


(Master us) 


Each 
Master 


Each 
Master 


Parallel: 
Central 
Priority 
Module 
Serial:Prev 
Masters 
BPRO/ 


All Masters 
Master 


1 place 


Masters 


Slaves 


User's Fron |. 


Panel? 


Power Back. 


Up Unit 


Power 
Supply 


Power Back- 


Up Unit 


Power Back- 


Up Unit 


lo. Jon Co 


Minma Minya Maxp¢ 


Receiver 2, 3 Termination 


‘Location 


Masters 
and Slaves 


Slaves 


Slaves 
(Memory; — 
memory- 
mapped 1/0) 


Slaves 
(1/0) 


Masters 
Inhibited 
Slaves 

(RAM, PROM, 
ROM, Memory- 
Mapped !/0) 
Master 

Central 


Priority 
Module 


Next Master 
in Serial 
Priority 
Chain at 

its BPRN/- 


Master 


All Masters 
All 
Any 
Slaves 
(Interrupting 
1/0) re 
Masters 
Slaves, 
Masters 
Masters 
Slaves, 
Masters 
Masters 


Slaves 
Masters 


A-202 


WL lity = = ==Cy |Location| Type 
Maxma Maxya Maxpt : : 


-1place | Pullup 


1 place Pullup 


Pullup 


Pullup 


ac | Pullup 


To +5V | 220 
To GND | 330 


(not req) 


| (not req) 


1 place’ 
“| 1 place 
|. Mother- 
board — 
1 place : 
1 place - 
1 place” 
1 place 
1 place 


1 place 


1 place 
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APPENDIX C (Continued) 
BUS DRIVERS, RECEIVERS, AND TERMINATIONS 


| ss Receiver2,300 2,3 Termination 


Bus Signals Location Type lot low Location Ne oH Location; Type 
, Minma Mina ie Maxma Maxua fist 


. | Aux Reset/ User's | 
Front 
Panel? 


Notes: 
1. Driver Requirements 


High Output Current Drive 
Low Output Current Drive 
Capacitance Drive Capability 
3-State Drive 

Open Collector Driver 
Totem-pole Driver . | 


. Receiver Requirements 


NH High Input Current Load 
He Low Input Current Load . 
Ci Capacitive Load 
. TTL low state must be > -0.5v but <0.8v at the receivers 
TTL high state must be= 2. Ov but < 5.5v at the receivers 


4. For the iSBC 80/10 and the iSBC 80/10A use only a 1K pull-up resistor to +5V for BCLK/ and CCLK/ termination. 


. A-203 


AP-28A 


APPENDIXD = 
BUS POWER SPECIFICATIONS 


ky, Standard (P1). . | . Optional (P2) © - 
| | Ground +5 +12 -12) +15 —15 | 


Mnemonic +5V +12V -—-12V | +15V — 15V +12B 
Bus Pins P14+3.4, P14+7,8 P14+79,|P2+23, P2+25,|P2+3,4, P2+11, 
5,6,81, 80 24 26 12 
82,83, . : : ae 
84 
Nominal Output : + 5.0V — 15.0V + 12.0V — 5.0V 


Tolerance from 
Nominal’ +5% + 3% +5% — + 5% 


Ripple 9 me 
(Pk~Pk)? 50 mV 10 mV 50 mV 50 mV 


Transient 


Response 500 us 100 us 4 500 us | 500 us 
Time? 


Transient ; - 
Deviations = | — | - | +10% | + 10% 


' NOTES: 
1. Tolerance is worst case, including initial voltage setting line and load effects of power source, temperature drift, and any additional steady 
State influences. 
2. AS measured over any bandwidth not to exceed 0 to 500 kHz. 
3. As measured from the start of a load change to the time an output recovers within + 0.1% of final voltage. 
4. Measured as the peak deviation from the initial voltage. 
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APPENDIX E 
MECHANICAL SPECIFICATIONS 


12.00 


0.25 x 45° 
2 PLACES 


[> 


8.109 DIA 
3 HOLES 
COMPONENT SIDE 
6.75 REF 
0.06R 
TYP | 0.55 0.30 
| 3.080 0.390 
: * 4.570 0.015 + 0.005 x 45° 
6.767 +0.005 CHAMFER ALL 2 PLACES 
CONNECTOR EDGES 
0.040 x 45°. 
NOTES: 
> BOARD THICKNESS: 0.062 EJECTOR TYPE: SCANBE #S203 
MULTIBUS CONNECTOR: 86-PIN, 0.156 SPACING 5. BUS DRIVERS AND RECEIVERS SHOULD BE LOCATED AS CLOSE AS POSSIBLE TO 
CDC VFB01E43D00A1 THEIR RESPECTIVE MULTIBUS PIN CONNECTIONS 


VIKING 2VH43/1ANE5 
6. BOARD SPACING: 0.6 
[>> AUXILIARY CONNECTOR: 60-PIN, 0.100 SPACING 


coe vesoies0cobA’ 7. COMPONENT HEIGHT: 0.4 
T!H311130 . 
ANP PES 4569 8. CLEARANCE ON CONDUCTOR NEAR EDGES: 0.050 


A-205 


90¢-V 


MULTIBUS CONNECTOR 
Pi 
INT @/ 
INT 7/ 


fe] ————1p>8— 
& 


In2 
ni aso 
aN 4 


Al TASB4 


g 5 Bl Ie 


& 
nN 


| 


% 


ad 
is 


| 


9 INK G 
ral TAS@A | m7 TAS@BA 


te ee 
— 
P ow Pr 
RB 
Sk 


BASE ADR SHECT/ 


2r>8 


Allo” 74504 


an4 
nies TASS 
XALK/SAIFT 


REGSTER 


x =) 
E) {2 | |S 
A) je] tf 


a 


¥ 
=] 
> 


LOW BYTE 

BUFFER a Pa 
B oA 
T Of 


W 79 
WAP BYTE BUFFER 


x 
~ 
~ 


HIGH BYTE 
BARFER 


7480H SWAP 
BHENBL/ : [ 
ADR @ 


BD ENBL/ 


Mlb" 74504 74832 


RB-nvFuUSe~+s 


ADR © 
BHENBL 


PPI RD/ 
PPL WR/ 


MULTIBUS™ SLAVE DESIGN EXAMPLE SCHEMATIC 8/16-BIT VERSION 


DG 
(ON-BOARD DATA BUS) 


PPI WRT/ 


PPI RD/ 


RD 
BD ENBL/ 


D@-67 


L/O PORTS (24 LINES) 


W.-K ————>_— DO DF 


UT] AL B2SSA 
L/O PORTS (24 LINES) 


SLAVE DESIGN EAAMPLE 
BY\W- BIT VERSION 


4d XIGNAddV 


V82-dvV 


807-V/LOC-V 


MLLTIRUS CONNECTOR 
Th 


~ TALS BA 


Sy eS ee 
*" 7a$a4 | 
es 


“  TALSG4 


$d mgs 


INTERRUPT 
REQUEST 


BASE ADR SELECT/ 


WRT 


INTERRUPT 
REQ .LATCH 


SMT CLR: ss DB 
(ON-BOARD DATA Bus) 


RD 


TASB4 


XALK/SAFT 
REGSTER 


BD ENBL/ 


MULTIBUS™ SLAVE DESIGN EXAMPLE SCHEMATIC 8-BIT VERSION 


OD- OT 


L/O F0KTS (AV UNES) 


DO-01 


1/O PORTS (24 UWS) 


SUAVE DESIGN LXAMPLE 
B BIT VERSION 


S XIGN3ddV 


V8e-dV 


Z 8 , : 
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‘ : 
; . : er ' ‘ : 
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! . : 
i : 
) 
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Device Specifications 


In 


iAPX 86/10 
16-BIT HMOS MICROPROCESSOR 
8086/8086-2/8086-1 


= Direct Addressing Capability to 1 . Bit, Byte, Word, and Block Operations 
_ MByte of Memory 7 = 8 and 16-Bit Signed and Unsigned 
| Arithmetic in Binary or Decimal 
Including Multiply and Divide 
= Range of Clock Rates: 
5 MHz for 8086, 


= Architecture Designed for Powerful 
_ Assembly Language and Efficient High 
Level Languages. 


= 14 Word, by 16-Bit Register Set with 8 MHz for 8086-2, 
Symmetrical Operations 10 MHz for 8086-1 
bog = MULTIBUS™ System Compatible 
2 24 Operand Addressing Modes. Interface | 


The Intel iAPX 86/10 high performance 16-bit CPU is available in three clock rates: 5, 8 and 10 MHz. The CPU is 
implemented in N-Channel, depletion load, silicon gate technology (HMOS), and packaged in a 40-pin CerDIP package. 
The iAPX 86/10 operates in both single processor and multiple processor configurations .to achieve high performance 
levels. 


EXECUTION UNIT BUS INTERFACE UNIT 


RELOCATION | 
REGISTER FILE REGISTER FILE 


SEGMENT 
REGISTERS | 


DATA, 
_ | POINTER, AND 


AND V 
INDEX REGS INSTRUCTION 1 Cc 
(8 WORDS) POINTER 
(5 WORDS) 2 AD15 
3 A16/S3 
4 AIT7ISA 
6 A18/S5 
BHEIS, ‘ 
6 19/S6 
Re) 7 BHE/S7 
INTERFACE 9 D 
UNIT reece as as = 
INTA.RO.WR RQ/GTO (HOLD) 
RQ/GT1 (HLDA) 
OT/R.DEN.ALE 
LOCK (WR) 
$2 (MiO) 
Si (DT/R) 
i) (DEN) 
‘QSO (ALE) 
Qsi_— (INTA) 
TEST TEST 
TEST ———_» 
—» LOCK 
Aen READY 
NMI , c. 
QSo.QS 
| HOSTS _ CONTROL & TIMING Ee) 0.08; RESET 
HOLOD———+ 52.51.50 
HLDA : 
40 LEAD 
CLK RESET READY MN/IMX GND 
‘ Nec 
Figure 1. iAPX 86/10 CPU Block Diagram Figure 2. iAPX 86/10 Pin Configuration 
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Table 1. Pin Description 


The following pin function descriptions are for iAPX 86 systems in either minimum or maximum mode. The “Local 
Bus” in these descriptions is the direct Geen bus interface connection to the 8086 (without regard to additional 
bus buffers). 


| Symbol | PinNo.|Type| Name andFunction 


Address Data Bus: These lines constitute the time multiplexed memory/IO address (T}) 
and data (To, T3, Tw, T4) bus. Ag is analogous to BHE for the lower byte of the data bus, 
pins D7-Dpo. It is LOW during T; when a byte is to be transferred on the lower portion of 
the bus in memory or I/O operations. Eight-bit oriented devices tied to the lower half 
would normally use Ao to condition chip select functions. (See BHE.) These lines are 
active HIGH and float to 3-state OFF during interrupt acknowledge and local bus “hold 
acknowledge.” | 


Address/Status: During T1 these are the four most signi- 
ficant address lines for memory operations. During I/O 
operations these lines are LOW. During memory and I/O 
operations, status information is available on these 
lines during To, T3, Tw, and Ty. The status of the interrupt 
enable FLAG bit (Ss) is updated at the beginning of each 
CLK cycle. Ay7/S4 and A4¢/S3 are encoded as shown. 


Ay7/Sq | AigiS3 | Characteristics 


0 (LOW) Alternate Data 
0 Stack . 
1 (HIGH) Code or None 
1 Data 


1 
0 
1 


S6 is 0 
_This information indicates which relocation register is (LOW) . 


presently being used for data accessing. 


These lines float to 3-state OFF during local bus “hold 
acknowledge.” 


Bus High Enable/Status: During Ti the bus high enable 
signal (BHE) should be used to enable data onto the 
most significant half of the data bus, pins Dj5-Dg. Eight- 
bit oriented devices tied to the upper half of the bus 
would normally use BHE to condition chip select func- 
tions. BHE is LOW during T, for read, write, and inter- 
rupt acknowledge cycles when a byte is to be transfer- 
red on the high portion of the bus. The S7 status informa- 
tion is available during To, T3, and T4. The signal is active 
LOW, and floats to 3-state OFF in “hold.” It is LOW dur- 
ing T, for the first interrupt acknowledge cycle. 


| BHE | Ap) Characteristics 


Whole word 


Upper byte from/ 
to odd address 


Lower byte from/ 
to even address 


None 


Read: Read strobe indicates that the processor is performing a memory of I/O read cy- 
cle, depending on the state of the Sp pin. This signal is used to read devices which 
reside on the 8086 local bus. RD is active LOW during To, T3 and Tw of any read cycle, 
and is guaranteed to remain HIGH in T>» until the 8086 local bus has floated. 


This signal floats to 3-state OFF in “hold acknowledge.” 


READY: is the acknowledgement from the addressed memory or I/O device that it will 
complete the data transfer. The READY signal from memory/IO is synchronized by the 
8284A Clock Generator to form READY. This signal is active HIGH. The 8086 READY in- 
put is not synchronized. Correct operation is not guaranteed if the setup and hold 
times are not met. 


Interrupt Request: is a level triggered input which is sampled during the last clock cy- 
cle of each instruction to determine if the processor should enter into an interrupt 
acknowledge operation. A subroutine is vectored to via an interrupt vector lookup table 
located in system memory. It can be internally masked by software resetting the inter- 
rupt enable bit. INTR is internally synchronized. This signal is active HIGH. 


TEST: input is examined by the “Wait” instruction. If the TEST input is LOW execution 
continues, otherwise the processor waits in an “Idle” state. This input is synchronized 
internally during each clock cycle on the leading edge of CLK. 
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Table 1. Pin Description (Continued) 


Name and Function | 


Non-maskable interrupt: an edge triggered input which causes a type 2 interrupt. A 
subroutine is vectored to via an interrupt vector lookup table located in system 
memory. NMI is not maskable internally by software. A transition from a LOW to HIGH 
initiates the interrupt at the end of the current instruction. This input is internally syn- 
chronized. 


Reset: causes the processor to immediately terminate its present activity. The signal: 
must be active HIGH for at least four clock cycles. It restarts execution, as described in 
the Instruction Set description, when RESET returns LOW. RESET is internally syn- 
chronized. 


Clock: provides the basic timing for the processor and bus controller. It is asymmetric 
with a 33% duty cycle to provide optimized internal timing. 


Voc: +5V power supply pin. 


Minimum/Maximum: indicates what mode the processor is to operate in. The two 
modes are discussed in the following sections. 


The following pin function descriptions are for the 8086/8288 system in maximum mode (i.e., MNIMX = Vso). Only the 
pin functions which are unique to maximum mode are described, all other pin functions are as described above. 


Status: active during T4, T;, and Ts and is returned to the 

- passive state (1,1,1) during T3 or during Tw when READY eee ee 
is HIGH. This status is used by the 8288 Bus Controller iritsrupi 
to generate all memory and I/O access control signals. Acknowledge 
Any change by So, Sj, or So during T, is used to indicate Naperneea 
the beginning of a bus cycle, and the return to the pas- Halt 


sive state in T3 or Twis used to indicate the end of a bus Code Access 
Read Memory 


cycle. Write Memory 


These signals float to 3-state OFF in “hold acknowl- passive: © 


edge.” These status lines are encoded as shown. 


Request/Grant: pins are used by other local bus masters to force the processor to |. 
release the local bus at the end of the processor’s current bus cycle. Each pin is 
bidirectional with RQ/GTo having higher priority than RQ/GT,.. RQ/GT has an internal 
pull-up resistor so may be left unconnected..The ae sequence is as follows 
(see Figure 9): , 


1. A pulse of 1 CLK wide from another local bus master indicates a local bus request 
(“hold”) to the 8086 (pulse 1): 


2. DuringaTzorT, clock cycle, a pulse 1 CLK wide from the 8086 to the requesting master 
(pulse 2), indicates that the 8086 has allowed the local bus to float and that it will enter 
the “hold acknowledge” state at the next CLK. The CPU’s bus interface unit is discon- 
nected logically from the local bus during ‘hold acknowledge.” 


3. A pulse 1 CLK wide from the requesting master indicates to the 8086 (pulse 3) that 
the “hold” request is about to end and that the 8086 can reclaim the local bus at the 
next CLK. — 


Each master-master senande of the local bus is a sequence of 3 pulses. There must 
be one dead CLK cycle after each bus exchange. Pulses are active LOW. 


If the request is made while the CPU is performing a memory cycle, it will release the local 
bus during T, of the cycle when all the following conditions are met: 


1. Request occurs on or before To. 

2. Current cycle is not the low byte of a word (on an odd address). 

3. Current cycle is not the first acknowledge of an interrupt acknowledge § sequence. 
[4A locked instruction is not currently executing. 
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Table 1. Pin poseabeoe (Continued) 


If the local bus is idle when the request is made the two possible events will follow: 


1. Local bus will be released during the next clock. 
2. A memory cycle will start within 3 clocks. Now the four rules for a currently active 
memory cycle apply with condition number 1 already satisfied. 


LOCK: output indicates that other system bus masters are not to gain control of the 


system bus while LOCK is active LOW. The LOCK signal is activated by the “LOCK” 
prefix instruction and remains active until the completion of the next instruction. This 
signal is active LOW, and floats to 3-state OFF in “hold acknowledge.” 


Queue Status: The queue status is valid during the CLK 
-cycle after which the queue operation is performed. 


QS, and QSo provide status to allow external tracking of 
the internal 8086 instruction queue. — 


The following pin function descriptions are for the 8086 in minimum mode (i.e., MN/MX = Voc). Only the pin functions which 
are unique to minimum node are described, all other pin functions are as described above. 


Status line: logically equivalent to So in the maximum mode. It is used to distinguish a 
memory access from an I/O access. M/IO becomes valid in the T, preceding a bus cycle | 
and remains valid until the final T, of the cycle (M= HIGH, IO = LOW). M/IO floats to 
3-state OFF in local bus ‘‘hold acknowledge.” 


Write: indicates that the processor is performing a write memory or write I/O cycle, 
depending on the state of the M/IO signal. WR is active for Ts, Tz and Ty of any write cy- 
cle. It is active LOW, and floats to 3-state OFF in local bus “hold acknowledge.” 


INTA is used as a read strobe for interrupt acknowledge cycles. It is active LOW during |: 
Tz, T3 and Ty of each interrupt acknowledge cycle. 


Address Latch Enable: provided by the processor to latch the address into the 8282/ | 
8283 address latch. Itis a HIGH pulse active during A of any bus cycle. Note that ALE 
is never floated. ; 


Data TransmitiRecelve: needed in minimum system that desires to use an 8286/8287 
data bus transceiver. It is used to control the direction of data flow through the 
transceiver. Logically: DT/R is equivalent to S; in the maximum mode, and its timing is 
the same as for M/iO. (T= HIGH, R= LOW.) This signal floats to 3-state OFF in local bus 
“hold acknowledge.” 


Data Enable: provided as an output enable for the 8286/8287 in a minimum system 
which uses the transceiver. DEN i is active LOW during each memory and I/O access and 
for INTA cycles. For a read or INTA cycle it is active from the middle of T, until the mid- | 
die of Tg, while for a write cycle it is active from the beginning of T2 until the middle of 
T,. DEN floats to 3-state OFF in local bus “hold acknowledge.” 


HOLD: indicates that another master is requesting a local bus ‘“‘hold.” To be acknowl- |. 
edged, HOLD must be active HIGH. The processor receiving the ‘‘hold’”’ request will 
issue HLDA (HIGH) as an acknowledgement in the middle of a T, or T; clock cycle. Simul- 
taneous with the issuance of HLDA the processor will float the local bus and control 
lines. After HOLD is detected as being LOW, the processor will LOWer HLDA, and when 
the processor needs to run another cycle, it will again drive the local bus and control |- 
lines. 


The same rules as for RQIGT apply regarding when the local bus will be released. 


HOLD is not an asynchronous input. | External synchronization should be provided if the | 
‘system cannot otherwise guarantee the setup time. 
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FUNCTIONAL DESCRIPTION 


GENERAL OPERATION 


The internal functions of the iAPX 86/10 processor are 
partitioned logically into two processing units. The first is 
the Bus Interface Unit (BIU) and the second is the Exe- 
cution Unit (EU) as shown in the block diagram of 
Figure 1. 


These units can interact directly but for the most part 
perform as separate asynchronous operational process- 
ors. The bus interface unit provides the functions related 
to instruction fetching and queuing, operand fetch and 
store, and address relocation. This unit also provides the 
basic bus control. The overlap of instruction pre-fetching 
provided by this unit serves to increase processor perfor- 
mance through improved bus bandwidth utilization. Up to 
6 bytes of the instruction stream can be queued while 
waiting for decoding and execution. 


The instruction stream queuing mechanism allows the 
BIU to keep the memory utilized very efficiently. When- 
ever there is space for at least 2 bytes in the queue, the 
BIU will attempt a word fetch memory cycle. This greatly 
reduces ‘dead time” on the memory bus. The queue 
acts as a First-In-First-Out (FIFO) buffer, from which the 
EU extracts instruction bytes as required. If the queue is 
empty (following a branch instruction, for example), the 
first byte into the queue immediately becomes available 
to the EU. | 


The execution unit receives pre-fetched instructions 
from the BIU queue and provides un-relocated operand 
addresses to the BIU. Memory operands are passed 
through the BIU for processing by the EU, which passes 
results to the BIU for storage. See the Instruction Set 
description for further register set and architectural 
descriptions. | 


Memory 
Reference Need 


Instructions 


Segment Register 
Used 


Local Data 


DATA (DS) 


External (Global) Data 


Segment 
Selection Rule 


CODE (CS) Automatic with all instruction prefetch. 


Stack STACK (SS) All stack pushes and pops. Memory references relative to BP 
base register except data references. 


Data references when: relative to stack, destination of string 


operation, or explicitly overridden. 


EXTRA (ES) Destination of string operations: Explicitly selected using a 
segment override. 


MEMORY ORGANIZATION | 


The processor provides a 20-bit address to memory which 
locates the byte being referenced. The memory is orga- 
nized as a linear array of up to 1 million bytes, addressed . 
as 00000(H) to FFFFF(H). The memory is logically divided 
into code, data, extra data, and stack segments of up to 
64K bytes each, with each segment falling on 16-byte 
boundaries. (See Figure 3a.) 


All memory references are made relative to base 
addresses contained in high speed segment registers. The: 
segment types were chosen based on the addressing 
needs of programs. The segment register to be selected is 
automatically chosen according to the rules of the follow- . 
ing table. All information in one segment type share the 
same logical attributes (e.g. code or data). By structuring 
memory into relocatable areas of similar characteristics 
and by automatically selecting segment registers, pro- 
grams are shorter, faster, and more structured. 


Word (16-bit) operands can be located on even or odd 
address boundaries and are thus not constrained to 
even boundaries as is the case in many 16-bit com- 
puters. For address and data operands, the least signifi- 
cant byte of the word is stored in the lower valued 
address location and the most significant byte in the 
next higher address location. The BIU automatically per- 
forms the proper number of memory accesses, one if 
the word operand is on an even byte boundary and two if 
it is on an odd byte boundary. Except for the perfor- 
mance penalty, this double access is transparent to the 
software. This performance penalty does not occur for 
instruction fetches, only word operands. 


Physically, the memory is organized as a high bank 
(D35-Dg) and a low bank (D7-Do) of 512K 8-bit bytes 
addressed in parallel by the processor’s address lines 


A19 - Ai. Byte data with even addresses is transferred on 
the D7-Do bus lines while odd addressed byte data (Ao 
HIGH) is transferred on the D15-Dg bus lines. The process- 
or provides two enable signals, BHE and Ao, to selectively 
allow reading from or writing into either an odd byte 
location, even byte location, or both. The instruction 
stream is fetched from memory as words and is addressed 
internally by the processor to the byte level as necessary. 
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p——s_ FFFFFH 


CODE SEGMENT 


XXXXOH 


| STACK SEGMENT 


SEGMENT 
REGISTER FILE 


| DATA SEGMENT 


| EXTRA DATA SEGMENT 


Figure 3a. Memory Organization — 


In referencing word data the BIU requires one or two 
memory cycles depending on whether or not the start- 
ing byte of the word is on an even or odd address, 
respectively. Consequently, in referencing word oper- 
ands performance can be optimized by locating data on 
even address boundaries. This is an especially useful 
technique for using the stack, since odd address refer- 
ences to the stack may adversely affect the context 
switching time for interrupt processing or task multi- 
plexing. » | a 


Certain locations in memory are reserved for specific 
CPU operations (see Figure 3b.) Locations from address 
FFFFOH through FFFFFH are teserved for operations 
including a jump to the initial program loading routine. 
Following RESET, the CPU will always begin execution 
at location FFFFOH where the jump must be. Locations 
00000H through OO3FFH are reserved for interrupt 
operations. Each of the 256 possible interrupt types has 
its service routine pointed to by a 4-byte pointer element 


consisting of a 16-bit segment address and a 16-bit off- 
set address. The pointer elements are assumed to have 
been stored at the respective places in reserved memory 
prior to occurrence of interrupts. ‘ 7 


RESET BOOTSTRAP 
PROGRAM JUMP 


INTERRUPT POINTER 
FOR TYPE 255 


e 
e 

e 
os i 


INTERRUPT POINTER 
FOR TYPE 1 
INTERRUPT POINTER 
FOR TYPE 0 


Figure 3b. Reserved Memory Locations 


MINIMUM AND MAXIMUM MODES | 
The requirements for supporting minimum and maximum _ 
iAPX 86/10 systems are sufficiently different that they 
cannot be done efficiently with 40 uniquely defined 
pins. Consequently, the 8086 is equipped with a strap 
pin (MN/MX) which defines the system configuration. 
The definition of a certain subset of. the pins changes 
dependent on the condition of the strap. pin. When 
MN/MX pin is. strapped to GND, the 8086 treats pins 24 
through 31 in maximum mode. An 8288 bus controller 
interprets status information coded into So,S1,Sz to gen- 
erate bus timing and control signals compatible with 
the MULTIBUS™ architecture. When the MN/MX pin is 
strapped to Vcc, the 8086 generates bus control signals 
itself on pins 24 through 31, as shown in parentheses in 
Figure 2. Examples of minimum mode and maximum 
mode systems are shown in Figure 4. 
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8284A CLOCK 
GENERATOR 


RES 


| WAIT 
STATE 
| GENERATOR | 


faye, coed 


~ 7 
| 
| 


ADop-AD15 
A16-A19 
BHE 


TRANSCEWVER 


SL Th 


OPTIONAL CSOn CSO. E OD 
FOR INCREASED 


DATA BUS DRIVE 2142 RAM (4) 2716-2 PROM (2) 


(2) (2) 
1Kx8 


PERIPHERAL 


Figure 4a. Minimum Mode iAPX 86/10 Typical Configuration 


8284A MX MROC 
GENERATOR wwe 
AMWC 
8288 ORC 
DEN crrin lOWG 

oT/R 


[ WAIT 
STATE 
GENERATOR | 


Peel 


ADDRIDATA 


OE 
8286 
TRANSCEIVER 
(2) 


RD WA 


2142 RAM (4) - 2716-2 PROM (2) MCS-80 
PERIPHERAL 
(2) 


Figure 4b. Maximum Mode iAPX 86/10 Typical Configuration 
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BUS OPERATION — 


The 86/10 has a combined address and data bus com- 
monly referred to as a time multiplexed bus. This tech- 
nique provides the most efficient use of pins on the 
processor while permitting the use of a standard 40-lead 
package. This “local bus” can be buffered directly and 
used throughout the system with address latching pro- 
vided on memory and I/O modules. In addition, the bus 
can also be demultiplexed at the processor with a single 
set of address latches if a standard non-multiplexed bus 
is desired for the system. 


Each processor bus cycle consists of at least four CLK 
cycles. These are referred to as Ty, Tz, Tz and Ty (see 
Figure 5). The address is emitted from the processor 
during T; and data transfer occurs on the bus during T3 
and T,. Tz is used primarily for changing the direction of 
the bus during read operations. In the event that a ‘‘NOT 
READY” indication is given by the addressed device, 
“Wait” states (Tw) are inserted between T3 and Ty. Each 


inserted ‘‘Wait” state is of the same duration as a CLK 


cycle. Periods can occur between 8086. bus cycles. 
These are referred to as “Idle” states (T,) or inactive CLK 
cycles. The processor uses these cycles for internal 
housekeeping. 


During T; of any bus cycle the ALE (Address Latch 
Enable) signal is emitted (by either the processor or the 
8288 bus controller, depending on the MN/MX strap). At 


the trailing edge of this pulse, a valid address and cer-. 


tain status information for the cycle may be latched. 


Status bits So, S;, and S5 are used, in maximum mode, 
by the bus.controller to identify the type of bus transac- 


tion according to the following table: 


5 _|sil% CHARACTERISTICS 


‘Interrupt Acknowledge 
Read I/O 

Write I/O 

Halt 

Instruction Fetch 
Read Data from Memory 
Write Data to Memory 
Passive (no bus cycle) 


Status bits S3 through S7 are multiplexed with high- 


order address bits and the BHE signal, and are therefore’ 
valid during Tz through T4. S3 and S, indicate which 
segment register (see Instruction Set description) was. 
used for this bus cycle in forming the address, accord: 
ing to the following table: : 


a arama — 


0 (LOW) Alternate Data (extra segment 
a?) Stack - 

_1 (HIGH) Code or None 

1 Data 


Ss is a reflection of the PSW interrupt enable bit. Ss=0 and 
S7 iS a Spare status bit. 


_ 10 ADDRESSING 


In the 86/10, I/O operations can address up to a maximum 
of 64K I/O byte registers or 32K I/O word registers. The 
I/O address appears in the same format as the memory: 
address on bus lines A;5-Ap. The address lines A19-Aig 


are zero in I/O operations. The variable |/O instructions 


which use register DX as a pointer have full address capa-. 
bility while the direct I/O instructions directly address one 
or two of the 256 I/O byte locations in page 0 of the I/O 
address space. 


/O ports are addressed in the same manner as memory 
locations. Even addressed bytes are transferred on the 
D7-Dp bus lines and odd addressed bytes on Dy .5-Dg. 
Care must be taken to assure that each register within 
an 8-bit peripheral located on the lower penen of the 
bus be addressed as even. 
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(4 + Nwait) = Toy $$. (4 + Nwait) = Toy 
T2 | T3 | TWAT T Te T3 | Twat 


GOES INACTIVE IN THE STATE 
JUST PRIOR TO T, 


TT 


ADDR/ ——: f —— 
STATUS BHE,A19-A16 sili ae 


ADDR/DATA ( rete ) DATA OUT (D15-Do) - {XxX — 


RD,INTA 


WAIT cs WAIT 


a _ 7 ee 


~<———- MEMORY ACCESS TIME —>- 


Figure 5. Basic System Timing 
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EXTERNAL INTERFACE 


‘PROCESSOR RESET AND INITIALIZATION 


Processor initialization or start up is accomplished with 
activation (HIGH) of the RESET pin. The 8086 RESET is 
required to be HIGH for greater than 4 CLK cycles. The 
8086 will terminate operations on the high-going edge of 

RESET and will remain dormant as long as RESET is 

HIGH. The low-going transition of RESET triggers an 

internal reset sequence for approximately 10 CLK cycles. 

After this interval the 8086 operates normally beginning 

with the instruction in absolute location FFFFOH (see— 
Figure 3B). The details of this operation are specified in the 

Instruction Set description of the MCS-86 Family User's 

Manual. The RESET input is internally synchronized to the 

processor clock. At initialization the HIGH-to-LOW trans- 

ition of RESET must occur no sooner than 50 us after 
power-up, to allow complete initialization of the 8086. 


NMI may not be asserted prior to the 2nd CLK cycle fol- 
lowing the end of RESET. | 


INTERRUPT OPERATIONS 


Interrupt operations fall into two classes; software or 
hardware initiated. The software initiated interrupts and 
software aspects of hardware interrupts are specified in 
the Instruction Set description. Hardware interrupts can 
be classified as non-maskable or maskable. 


Interrupts result in a transfer of control to a new pro- 
gram location. A 256-element table containing address 
pointers to the interrupt service program locations 
resides. in absolute locations 0 through 3FFH (see 
Figure 3b), which are reserved for this purpose. Each 
element in the table is 4 bytes in size and corresponds 
to an interrupt ‘“‘type’’. An interrupting device supplies 
‘an 8-bit type number, during the interrupt acknowledge 


sequence, which is used to “vector” through the ap- 
propriate element to the new interrupt service program 
location. 


NON-MASKABLE INTERRUPT (NMI) 


The processor provides a single non-maskable interrupt 


pin (NMI) which has higher priority than the maskable in- 
terrupt request pin (INTR). A typical use would be to ac- 
tivate a power failure routine. The NMI is edge-triggered 
on a LOW-to-HIGH transition. The activation of this pin 


causes a type 2 interrupt. (See Instruction Set descrip- 


tion.) 


NMI is required to have a duration in the HIGH state of 
greater than two CLK cycles, but is not required to be 
synchronized to the clock. Any high-going transition of 
NMI is latched on-chip and will be serviced at the end of 
the current instruction or between whole moves of a 
block-type instruction. Worst case response to NMI 
would be for multiply, divide, and variable shift instruc- 
tions. There is no specification on the occurrence of the 
low-going edge; it may occur before, during, or after the 
servicing of NMI..Another high-going edge triggers 
another response if it occurs after the start of the NMI 
procedure. The signal must be free of logical spikes in 
general and be free of bounces on the low-going edge to 
avoid triggering extraneous responses. 


MASKABLE INTERRUPT (INTR) 


The 86/10 provides a single. interrupt request input (INTR) 
which can be masked internally by software with the 
resetting of the interrupt enable FLAG status bit. The 
interrupt request signal is level triggered. It is internally 
synchronized during each clock cycle on the high-going 
edge of CLK. To be responded to, INTR must be present 
(HIGH) during the clock period preceding the end of the 
current instruction or the end of a whole move for a 
block-type instruction. During the interrupt response 
sequence further interrupts are disabled. The enable bit 
is reset as part of the response to any interrupt (INTR, 
NMI, software interrupt or single-step), although the 


FLOAT 
ADo-AD15 eee TYPE VECTOR 


Figure 6. Interrupt Acknowledge Sequence 
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FLAGS register which is automatically pushed onto the 
stack reflects the state of the processor prior to the 
interrupt. Until the old FLAGS register is restored the 
enable bit will be zero unless specifically set by an 
instruction. 


During the response sequence (figure 6) the processor 
executes two successive (back-to-back) interrupt 
acknowledge cycles. The 8086 emits the LOCK signal 
from To» of the first bus cycle until Tz of the second. A 
local bus “hold” request will not be honored until the 
end of the second bus cycle. In the second bus cycle a 
byte is fetched from the external interrupt system (e.g., 
8259A PIC) which identifies the source (type) of the 
interrupt. This byte is multiplied by four and used as a 
pointer into the interrupt vector lookup table. An INTR 
signal left HIGH will be continually responded to within 
the limitations of the enable bit and sample period. The 
INTERRUPT RETURN instruction includes a FLAGS pop 
which returns the status of the original interrupt enable 
bit when it restores the FLAGS. 


HALT 


When a software “HALT” instruction is executed the 
processor indicates that it is entering the “HALT” state 
in one of two ways depending upon which mode is 
strapped. In minimum mode, the processor issues one 
ALE with no qualifying bus control signals. In Maximum 
Mode, the processor issues appropriate HALT status on 
S2S,5p and the 8288 bus controller issues one ALE. The 
8086 will not leave the “‘HALT” state when a local bus 
“hold” is entered while in “HALT”. In this case, the 
processor reissues the HALT indicator. An interrupt 
request or RESET will force the 8086 out of the “HALT” 
state. 


READ/MODIFY/WRITE (SEMAPHORE) 
OPERATIONS VIA LOCK 


The LOCK status information is provided by the proc- 
essor when directly consecutive bus cycles are required 
during the execution of an instruction. This provides the 
processor with the capability of performing read/modify/ 
write operations on memory (via the Exchange Register 
With Memory instruction, for example) without the 
possibility of another system bus master receiving 
intervening memory cycles. This is useful in multi- 
processor system configurations to accomplish ‘‘test 
and set lock” operations. The LOCK signal is activated 
(forced LOW) in the clock cycle following the one in 
which the software “LOCK” prefix instruction is 
decoded by the EU. It is deactivated at the end of the 
last bus cycle of the instruction following the “LOCK” 
prefix instruction. While LOCK is active a request on a 
RQ/GT pin will be recorded and then honored at the end 
of the LOCK. 


EXTERNAL SYNCHRONIZATION VIA TEST 


As an alternative to the interrupts and general |/O 
Capabilities, the 8086 provides a single software- 
testable input known as the TEST signal. At any time the 
program may execute a WAIT instruction. If at that time 
the TEST signal is inactive (HIGH), program execution 
becomes suspended while the processor waits for TEST 


~ to become active. It must remain active for at least 5 


CLK cycles. The WAIT instruction is re-executed 
repeatedly until that time. This activity does not con- 
sume bus cycles. The processor remains in an idle state 
while waiting. All 8086 drivers go to 3-state OFF if bus 
“Hold” is entered. If interrupts are enabled, they may 
occur while the processor is waiting. When this occurs 
the processor fetches the WAIT instruction one extra 
time, processes the interrupt, and then re-fetches and 
re-executes the WAIT instruction upon returning from 
the interrupt. 


BASIC SYSTEM TIMING 


Typical system configurations for the processor 
operating in minimum mode and in maximum mode are 
shown in Figures 4a and 4b, respectively. In minimum 
mode, the MN/MX pin is strapped to Vcc and the proc- 
essor emits bus contro! signals in a manner similar to 
the 8085. In maximum mode, the MN/MX pin is strapped 
to Vsg and the processor emits coded status informa- 
tion which the 8288 bus controller uses to generate 
MULTIBUS compatible bus contro! signals. Figure 5 il- 
lustrates the signal timing relationships. 


ACCUMULATOR | 
BASE 

COUNT 

DATA 


STACK POINTER 
BASE POINTER 
SOURCE INDEX _ 
DESTINATION INDEX 


INSTRUCTION POINTER 
STATUS FLAGS 


CODE SEGMENT 
DATA SEGMENT 
STACK SEGMENT 
EXTRA SEGMENT 


Figure 7. iAPX 86/10 Register Model 


SYSTEM TIMING — MINIMUM SYSTEM 


The read cycle begins in T; with the assertion of the 
Address Latch Enable (ALE) signal. The trailing (low- 
going) edge of this signal is used to latch the address 
information, which is valid on the local bus at this time, 
into the 8282/8283 latch. The BHE and Apo signals 
address the low, high, or both bytes. From T, to T, the 
M/iO signal indicates a memory or I/O operation. At To 
the address is removed from the local bus and the bus 
goes to a high impedance state. The read control signal 
is also asserted at To. The read (RD) signal causes the 
addressed device to enable its data bus drivers to the 
local bus. Some time later valid data will be available on 
the bus and the addressed device will drive the READY 
line HIGH. When the processor returns the read signal 
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to a HIGH level, the addressed device will again 3-state 
its bus drivers. If a transceiver (8286/8287) is required to 
buffer the 8086 local bus, signals DT/R and DEN are pro- 
vided by the 8086. 7 


A write cycle also beuins with the assertion a ALE and 
the emission of the address. The M/IO signal is again 
asserted to indicate a memory or I/O write operation. In 
the Ts immediately following the address emission the 
processor emits the data to be written into the 
addressed location. This data remains valid until the 
middle of T,. During To, T3, and Tw the processor asserts 
the write control signal. The write (WR) signal becomes 
active at the beginning of T> as opposed to the read 
which is delayed somewhat into T»2 to provide time for 
the bus to float. | 


The BHE and Ao signals are used to select the proper 
byte(s) of the memory/IO word to be read or written 
according to the following table: 


Whole word 


Upper byte from/ 
to odd address 


Lower byte from/ 
~ to even address 


None 


/0 ports are addressed in the same manner as memory 
location. Even addressed bytes are transferred on the 
D7-Do bus lines and odd addressed bytes on D,5-Dg. 


The basic difference between the interrupt acknowl- 
edge cycle and a read cycle is that the interrupt 
acknowledge signal (INTA) is asserted in place of the 


| sme | 10 | cuaracrenistics | 


read (RD) signal and the address bus is floated. (See 
Figure 6.) In the second of two successive INTA cycles, 
a byte of information is read from bus lines D7-Do as 
supplied by the interrupt system logic (i.e., 8259A Prior- 
ity Interrupt Controller). This byte identifies the source 
(type) of the interrupt. It is multiplied by four and used 
as a pointer into an interrupt vector lookup table, as 
described earlier. | | 


BUS TIMING—MEDIUM SIZE SYSTEMS. 


For medium size systems the MN/MX pin is connected to 
Vsg and the 8288 Bus Controller is added to the system as 
well as an 8282/8283 latch for latching the system address, 
and a 8286/8287 transceiver to allow for bus loading 
greater than the 8086 is capable of handling. Signals ALE, 
DEN, and DT/R are generated by the 8288 instead of the 
processor in this configuration although their timing re- 
mains relatively the same. The 8086 status outputs (So, Sj, 
and So) provide type-of-cycle information and become 
8288 inputs. This bus cycle information specifies read 
(code, data, or I/O), write (data or I/O), interrupt acknowl- 
edge, or software halt. The 8288 thus issues control 
signals specifying memory read or write, I/O read or write, 
or interrupt acknowledge. The 8288 provides two types of 
write strobes, normal and advanced, to be applied as re- 
quired. The normal write strobes have data valid at the 
leading edge of write. The advanced write strobes have 
the same timing as read strobes, and hence data isn’t valid 
at the leading edge of write. The 8286/8287 transceiver 
receives the usual T and OE inputs from the 8288's DT/R 
and DEN. 


The pointer into the interrupt vector table, which is 
passed during the second INTA cycle, can derive from 
an 8259A located on either the local bus or the system 
bus. If the master 8259A Priority Interrupt Controller is 
positioned on the local bus,aTTL gate is required to 
disable the 8286/8287 transceiver when reading from the 
master 8259A during the interrupt acknowledge 
sequence and software “poll”. 
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ABSOLUTE MAXIMUM RATINGS* 


Ambient Temperature Under Bias......... 0°C to 70°C 
Storage Temperature............. — 65°C to + 150°C 
Voltage on Any Pin with 

Respect to Ground.................. -—1.0to +7V 
Power Dissipation ........... 00. e eee ewes 2.5 Watt 


“NOTICE: Stresses above those listed under ‘Absolute 
Maximum Ratings” may cause permanent damage to the 
device. This is a stress rating only and functional opera- 
tion of the device at these or any other conditions above 
those indicated in the operational sections of this specifi- 
cation is not implied. Exposure to absolute maximum 
rating conditions for extended periods may affect device 
reliability. 


D.C. CHARACTERISTICS (8086: Ts = 0°C to 70°C, Voc = 5V + 10%) 
' (8086-1: Ta = 0°C to 70°C, Voc = 5V + 5%) 
(8086-2: Ta = 0°C to 70°C, Voc = 5V + 5%) 


Input High Voltage 
Output Low Voltage 
Von «Output High Voltage 


Input Leakage Current 


| tu Input Leakage Current 
Cr Leakage Current 
Ve, [Clock Input Low Voitage 


a = Capacitance of I/O Buffer 
0 (ADg — AD 45, RQ/GT) 


B-13 


loc Power Supply Current: 8086 
8086-1 
8086-2 


Clock Input High Voltage 3.9 


Capacitance of Input Buffer | 
Cin (Allinput except _ 1 pF fe=1 MHz 
ADo— AD45, RQ/GT) 


lor=2.5 mA | 
lon= —400 pA 


V 
V 
V 
V 
rm 


A 
A 
A 

V 


OV < Vin < Vcc - 


5 
a 
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AC. CHARACTERISTICS (8086: Ta = 0°C to 70°C, Voc = 5V + 10%) | 
| — (8086-1: Ta = 0°C to 70°C, Voc = 5V + 5%) 
~ (8086-2: Ta = 0°C to 70°C, Voc = 5V + 5%) 


MINIMUM COMPLEXITY SYSTEM 
TIMING REQUIREMENTS 


Test 


}TCLCH | CLK LowTime —_| Low Time | STCLCL)-15 | TCLCL)—15 ee TCLCL)-—14 —+2 fetes =15 


TCHCL CLK High Time (Ys TCLCL)+2 | (Ye TCLCL)+6 | TCLCL)+6 | (ATCLCL)+2 | TCLCL)+2_ 


TCH1CH2 CLK Rise Time From 1.0V to 
3.5V 
1 OV 


ey 
Lae ors Me Se ee SO HR 


TRIVCL RDY Setup Time 
into 8284A (See 
Notes 1, 2) 


RDY Hold Time 
into 8284A (See 
Notes1,2) 


TRYHCH READY Setup | (4TCLCL)-15 (% TCLCL)-15 
Time into 8086 . 
| TCHRYX READY Hold Time 
- into 8086 
TRYLCL READY Inactive to. 
CLK (See Note 3) 


THVCH HOLD Setup Time. 


TINVCH INTR, NMI, TEST 
Setup Time (See 
Note 2) 


‘| TCLR1X 


From 0.8V to 
2.0V 


TILIH © Input Rise Time” 
(Except CLK) 
From 2.0V to 
0.8V 


TIHIL _ Input Fall Time 
(Except CLK) 


4 
on 
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A.C. CHARACTERISTICS (Continued) 


TIMING RESPONSES 
Address Hold Time | 10 | 


Test 
Conditions 


d\a|¢ 
EE 


Address Valid Delay 

Address Float TCLAX 10 40 TCLAX 
Delay 
TLHLL | ALE Width TetcH-20 | ss | tetcH-10 | ~—s| _—TCLCH-10 


TOLLH | ALEActive Delay | | 80 
ToHLL | ALE Inactive Delay | | 85 


RL EERE 


for all 8086 Out- 
i ! puts (In addi- 
TWHDX Data Hold Time TCLCH-—30 TCLCH—-25 TCLCH-—30 tion to 8086 self- 
After WR load) 
1 


TCVCTV Control Active 1 110 10 
Delay 1 
TCHCTV Control Active 
Delay 2 
TCVCTX Control! Inactive 1 110 10 
Delay 
TAZRL Address Float to 
READ Active 
TCLRL RD Active Delay z= ae 
TCLRH RD Inactive Delay 


a 
all lard Nal 
Address Active 
TOLHAV too | 0 | oo ft 


TCLCL—40 a 


TAVAL Address Valid to TCLCH-—60 TCLCH-35 
ALE Low 

TOLOH Output Rise Time L- oes 

TOHOL Output Fall Time ae 


NOTES: 

1. Signal at 8284A shown for reference only. 

2. Setup requirement for asynchronous signal only to guarantee recognition at next CLK. 
3. Applies only to T2 state. (8 ns into T3). 


From 0.8V to 
2.0V 

From 2.0V to 
0.8V 
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A.C. TESTING INPUT, OUTPUT WAVEFORM A.C. TESTING LOAD CIRCUIT 


INPUT/OUTPUT 


DEVICE | 
UNDER 


1.5 ~——— TEST POINTS ——> 1.5 TEST 


0.45 


A.C. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR ALOGIC "1" AND 0.45V FOR 
A LOGIC “0.” TIMING MEASUREMENTS ARE MADE AT 1.5V FOR BOTH A 


LOGIC "1" AND “0.” 
one ; C, INCLUDES JIG CAPACITANCE 


"WAVEFORMS 


MINIMUM MODE | : . 
T ty a T3 Tw 
TCLCL————> | TCH1CH2 . TCL2CL1 / 
VcH 


CLK (8284A a, | 


oe 
_ a ex 


—>| TCLDV 
TCLAV-> TCLAX TCHDX —> 


RDY (8284A Input) 7 oe 
SEE NOTE 4 oe { to Vee 


TRYLCL—~> 


TRYHCH—> — 
| ; ' 
TCLAV TCLAZ TOVCL ——> TCLDX—> 
-TCLAX . 


-AD, DATA wl 


TRHAV 


BEAD CY SES | TCHCTV TCLRL TRLRH a: TCHCTV 
Nore 1) 
WR = Von) = 


TCVCTV— 
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MINIMUM MODE (Continued) 


Ty 13 Tw 


TCLCL TCH1CH2 TCL2CL1 / 
Vcn 


CLK (8284A Output) 


VoL 
—=| TCHCTV 


BHEJS7, Aig/Se-Aie/S3 


+ 
QO. 
- 
> 
< 
t 


8 

c 

; 
Sa 


AD15-ADo 
~ TWHDX 
WRITE CYCLE | TCVCTX 
(NOTE 1) 


(RD, INTA, 
DT/R = Von) 


AD45-ADo POINTER eS : 
FLOAT 
. nar : TCHCTV 
INTA CYCLE DTIA Sd 
(NOTES 1 & 3) D | 
RD, WR= Von 
BHE = Vo)). 


SOFTWARE HALT— 
RD, WR, INTA = Von 
DT/R = INDETERMINATE 


INVALID ADDRESS SOFTWARE HALT 


NOTES: 

1. All signals switch between Voy and Vo, unless otherwise specified. . 

2. RDY is sampled near the end of To, T3, Tw to determine if Tw machines states are to be inserted. _ 

3. Two INTA cycles run back-to-back. The 8086 LOCAL ADDR/DATA BUS is floating during both INTA cycles. Control signals shown . 
for second INTA cycle. . 

. Signals at 8284A are shown for reference only. 

. All timing measurements are made at 1.5V unless otherwise noted. 


at 
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A.C. CHARACTERISTICS 


MAX MODE SYSTEM (USING 8288 BUS CONTROLLER) 
TIMING REQUIREMENTS 


Test 
a eee 8086 8086-1 (Preliminary) 8086-2 (Preliminary) = Conditions 


a 
Trove | eixcyaeroica [200 [soo | 0 | ew | as | ato | mo 
oo [exer femmarn | [eremu| [etmaeee | [m 
restocne | 


TCH1CH2 CLK Rise Time © From 1.0V to 
3.5V 
1.0V 


HTDVCL | Data in | Data in Setup Time | Time 
TCLDX | Data In Hold Time on eel Sear ee ee 
TRIVCL RDY Setup Time 
into 8284A (See 
Notes 1, 2) 
TCLR1X RDY Hold Time 
into 8284A (See 
Notes 1, 2) 


TRYHCH READY Setup Time % TCLCL)—15 (2% TCLCL)-15 
into 8086 
TCHRYX READY Hold Time 
into 8086 . 
TRYLCL READY Inactive to 
CLK (See Note 4) 
TINVCH Setup Time for 
Recognition (INTR, 
NMI, TEST) (See 
Note 2) 
TavcH | AGGTseuptime | 0 | S| 
TCHGX RQ Hold Time into 
8086 
TILIH Input Rise Time .. 
(Except CLK) 
TIHIL Input Fall Time 
(Except CLK) 


NOTES: 

1. Signal at 8284A or 8288 shown for reference only. 

2. Setup requirement for asynchronous signal only to guarantee recognition at next CLK. 
3. Applies only to T3 and wait states. 

4. Applies only to T2 state (8 ns into T3). 


ce 
a 
2.0V 
From 2.0V to 
PE Lt fessor 
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A.C. CHARACTERISTICS (Continued) 

TCLML Command Active 10 
_, | Delay (See Note 1) 

| TCLMH Command Inactive 10 
Delay (See Note 1) 


TRYHSH READY Active to 


= 
= 
z 
G) 
P*) 
m 
” 
5° 
\e) 
2 
7 
mi 
7) 


8086 


Test 
Conditions 


8086-1 (Preliminary) 8086-2 (Preliminary) 


o 


= 
= 
(=) 
(>) 
n . 


> 
oa 


Status Passive (See 
Note 3) 


te) 
on 


= ~ 
°o 


TCHSV Status Active Delay 10 


TCLSH ‘Status Inactive: 
Delay 

TCLAV Address Valid 10 
Delay: 

TCLAX _ Address Hold Time = 

| Address Float Delay TCLAX | 80 | 0 

TSVLH Status Valid to ALE 
High (See Note 1) 


TSVMCH Status Valid to 


1 


So 


mi 
| 


_ 
w 
oO 
So 


+ 

. 
_ 
(oy) 


on 
an 


MCE High (See 
Note 1) 


TCLLH CLK Low to ALE 
; Valid (See Note 1) 


TCLMCH CLK Low to MCE 
High (See Note 1) 


| TCHLL ALE Inactive Delay 
(See Note 1) 
TCLMCL | MCE Inactive Delay 
(See Note 1) 


1 


_ 
a 


oO 


5 


C. = 20-100 pF 


for all 8086 Out- 
puts (In addi- 
tion to 8086 self- 
load) . 


oa 


TCLDV Data Valid Delay 
TCHDX Data Hold Time 


= 
= 
=) 


TCVNV Control Active 
Delay (See Note 1) 


TCVNX Control Inactive 10 0 10 
Delay (See Note 1) 
TAZRL Address Float to 
Read Active 
TCLRL RD Active Delay 10 165 0 70 1 100 
TCLRH RD Inactive Delay 10 150 0 1 


“TCLCL-35 TCLCL-—40 


© 
pb _ _ _ _ 
on n nn 


TRHAV =| RD Inactive to TCLCL-—45 
Next Address Active 


TCHDTL 


Direction Control! 
Active Delay (See 
Note 1) 


TCHDTH Direction Control 


Inactive Delay (See 
Note 1) 


TCLGL GT Active Delay 
TCLGH GT Inactive Delay 
TRLRH RD Width 2TCLCL-— 75 


TOLOH Output Rise Time 
TOHOL Output Fall Time 


2TCLCL—40 2TCLCL-—50 


From 0.8V to 
2.0V 
From 2.0V to 
0.8V 


AFN-01497B 
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intel | iAPX 86/10 


WAVEFORMS 


_ MAXIMUM MODE 


Ty T2. T3 


| 
TCH1CH2 TCL2CL1 
TCLCL i 


St aeteetoneene 
5: 55.5 (EXCEPT HALD) Met 


BHE/S7, A19/Ss-A16/S3 


Tw 


ALE (8288 OUTPUT) 


SEE NOTE 5 


TRIVCL 


_ | ae 
ROY (2044 INPUT all aN YON 


READY (8086 INPUT) 


READ CYCLE 
’ ADy5-AD ; | DATA IN 
15-ADo ; : a es 


TCHDTL —> Ay ~ TCHDTH 
: TCLML-> TCLMH—> ee 
8288 OUTPUTS } i. . | 
SEE NOTES 5,6 . 


owt 
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WAVEFORMS (Continued) 


MAXIMUM MODE (Continued) 


Tw 


VCH 
CLK 
TCLSH 
H 


WRITE CYCLE ew) |S TCHDX—> 


TCLMH— 
8288 OUTPUTS 
SEE NOTES 5,6 AMWC OR AIOWC 


<— TCLMH 


MWTC OR iOWC 


INTA CYCLE 


AD 5-ADg 
(SEE NOTES 3 & 4) FLOAT 


<+— TDVCL—~> 


AD 5-ADo ; POINTER 


svMcH—+ = 


ny =a 
8288 OUTPUTS 


SEE NOTES 5,6 | INTA ee 


SOFTWARE HALT — TCVNX — 


INVALID ADDRESS 


NOTES: 
1. All signals switch between Voy and Vo, unless otherwise specified. 
2. RDY is sampled near the end of To, T3, Tw to determine if Tw machines states are to be inserted. 
3. Cascade address is valid between first and second INTA cycle. 
4. Two INTA cycles run back-to-back. The 8086 LOCAL ADDR/DATA BUS is floating during both INTA cycles. Control for pointer 
address is shown for second INTA cycle. 
5. Signals at 8284A or pee’ are shown for reference only. ew 
active high 8288 CEN. 
. All timing measurements are made at 1.5V unless otherwise noted. 
. Status inactive in state just prior to T4. 


Own 
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WAVEFORMS (Continued) | 


ASYNCHRONOUS SIGNAL RECOGNITION 


CLK 


| : TINVCH (see note 1) 


signal 


NOTE: 1. SETUP REQUIREMENTS FOR. ASYNCHRO- 
NOUS SIGNALS ONLY TO GUARANTEE RECOGNITION 
AT NEXT CLK 


BUS LOCK SIGNAL TIMING (MAXIMUM MODE ONLY) 


Any CLK Cycle =a] Any CLK Cycle .--» 


REQUEST/GRANT SEQUENCE TIMING (MAXIMUM MODE ONLY) 


«—— Any CLK Cycte a > O-CLK Cycle —+! 


am a 


eee _ —-| |=: TCLGH 


|—raven 
" TCHGX & 


PULSE 3 
COPROCESSOR 
RELEASE 


PULSE 1 
COPROCESSOR 


RO 


PULSE 2 
8086 GT 


Previous grant 


AD15-ADo a Rd 
Arg/S6-Are/S3 . 
52, 51, So 


BHE/S7 


COPROCESSOR 


(SEE NOTE 1) 


1. THE COPROCESSOR MAY NOT DRIVE THE BUSES OUTSIDE THE REGION 
SHOWN WITHOUT RISKING CONTENTION. 


NOTES: 


HOLD/HOLD ACKNOWLEDGE TIMING (MINIMUM MODE ONLY) 


—— 2 1 CLK CYCLE— -—-1 OR 2 CYCLES ——+} 


AD15-ADo, 
ArgiSe-Are/S3, COPROCESSOR 
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OATA TRANSFER 

MOV = Move: 

Register/memory to/from register 
Immediate to segister/memory 
Immediate to register 

Memory to accumulator 
Accumulator to memory 


Regtster/memory to segment register 


iAPX 86/10 


Table 2. Instruction Set Summary 


76543210 76543210 
100010dw{mod reg rim 


mod 000 r/m 


addr-high 
adar-high 
modO reg sc/m 


765439210 76543210 


: 


1010000w 
1010001w 
10001110 


| 


Segment register to register/memory [10001100 


PUSH = Push: 
Register/memory 
Register 

Segment register 


POP = Pop: 
Register/memory 
Register 
Segment register 


XCHG = Exchange: 
Register/memory with register 
Register with accumulator 


IN=Input from: 
Fixed port 
Variable port 


OUT = Output to: 

Fixed port 

Variable port 
XLAT=Translate byte to AL 
LEA=Load EA to register 
LO$=Load pointer to DS 
LE8=Load pointer to ES 
LAHF«Load AH with flags 
SAHF = Store AH into flags 
PUSHF=Push flags 
POPF=Pop flags 


ARITHMETIC 

ADO = Add: 

Reg. /memory with register to either 
Immediate to register /memory 
Immediate to accumulator 


ADC = Add with carry: 
Reg./memory with register to either 
Immediate to register/memory 
Immediate to accumulator 


INC = Increment: 

Register /memory 

Register 

AAA=ASCII adjust for add 
OAA=Decimal adjust for add 


SUB = Subtract: 

Reg./memory and register to either 
Immediate from register/memory 
Immediate from accumulator 


888 = Subtract with berrew 
Reg./memory and register to either 
Immediate from register/memory 
Immediate from accumulator 


Mnemonics ©intel, 1978 


mod110 ¢/m 


01010 reg 
000reg 110 


1o001111 
01011 reg 
OO00reg i111 


mod000 r/m 


1000011tw 
10010 reg 


mod reg rim 


10001101 tim 
11000101 


11000100 


mod 
mod reg rim 


mod reg rim 


10011100 


: 4 


HO 00004 wi mod reg sim 


100000swjmodd00 rim | data _dataitsw-01 | 
poevtowl an. Calan d 


TUT O0ew|noe am] 
tO0000sw [modi 0 tim | da | datatewl] 
0001010w data | datailw | 


TTT 11 w [med 00 vm 


01000 rep 


00110111 


00100111 


ERE 
TO0000sw [modi dim | @a | aatewt 


footottow|  data__—i 


000110¢w|mod rep tim] 
TO0000sw|modd11 im | data__[ éalat'sw-0t) 
O001i10w] data | dalatw-l 
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DEC Decrement: 
Register/memory 

Register 

WEG- Change sign 


CMP Compare: 


Register/memory and register 
Immediate with register/memory 
Immedrate with accumulator 
AAS ASCII adjust for subtract 
OAS Decimal adjust for subtract 
MUL Multiply (unsigned) 

IMUL Integer multiply (signed) 
AAM ASCII adjust for multiply 
OIV Divide (unsigned) 

(DIV Integer divide (signed) 

AAD ASCII adjust for divide 

CBW Convert byte to word 

CWO Convert word to double word 


LOGIC 

NOT Invert 

SHL/SAL Shift logical/arithmetic teft 
SHR Shitt logical right 

SAR Shift arithmetic right 

ROL Rotate lett 

ROA Rotate right 

RCL Rotate through carry flag lett 
RCA Rotate through carry right 


AND And: 

Reg./memory and register to either 
Immediate to register/memory 
Immediate to accumulator 


765439210 76543210 


pittitiw|modoo1 vm 


m 
01001 reg 
m 


111101%9w pmod0t1 r/ 


0011104 w|mod reg” rm _| 
[mods item [data | data sw 01 


Jones 


ferrortw [modi 00 vim] 


110100vwimod010 t/m 
modQ 11 rim 


00 
1000000w 
09010010w 


TEST And function to flags. no result: 


Register/memory and register 


Immediate data and register/memory 


Immediate data and accumulator 


On Or: 

Reg./memory and register to either 
Immediate to register/memory 
Immediate to accumulator 


XOR = Exclusive or: 

Reg./memory and register to either 
Immediate to register/memory 
Immediate to accumulator 


STRING MANIPULATION 
REP=Repeat 

MOVS=Move by te/word 
CMPS=Compare byte/word 
SCAS=Scan byte/word 
LOOS=Load byte/wd to AL/AX 
STOS=Stor byte/wd from AL/A 


1000010w {mod reg rim 


1000000w 
0000110w 


mod0 01 r/m 


001100d w {mod 
1000000w {|mod110 rim 
0011010w 


reg rim 


1010010w 


76543210 


Sw 


76543210 
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CONTROL TRANSFER 
CALL = Call: 

Direct within segment 
Indirect within segment 
Direct intersegment 


Indirect intersegment 


JMP = Unconditional Jump: 
Direct within segment 
Direct within segment-short 
Indirect within segment 
Direct intersegment 


Indirect intersegment 


RET = Return from CALL: 

Within segment 

Within seg. adding immed to SP 
Intersegment 

Intersegment. adding immediate to SP 


JE/JZ=Jump on equal/zero 
JL/JNGE=Jump on less/not greater 


or equa 

JLE/JNG=Jump on less or equal/not 
greater 

JB/JNAE=Jump on below/not above 
or equa 

sBEAONE June on below or equal/ 
not above 

JP/JPE=Jump on parity/parity even 

J0=Jump on overflow 

JS=Jump on sign 

JNE/JNZ=Jump on not equal/not zero 


“ |APX 86/10 


Table 2. Instruction Set Summary (Continued) 


76543210 
171101000 


10011010 


111010141 
Ltr 1 itd 
11101010 


11000011 


76543210 


mod 010 r/m 


modQ 11 r/m~ 


mod 100 r/m 


m 


0 


d101 r/m J 


11000010 
11001011 


11001010 
01110100 
01111100 
01111110 
01110010 


data-low 


data-low 


01111010 
01110000 


76549210 


offset-high .: 


seg-high 


disp-high 


offset-high 
seg-high 


data-high 


data-high 


01111000 


JNB/JAE-Jump on not below/above — 


orequal . 

JNBE/JA=Jump on not below or - 
equal/above : 

JNP/JPO-Jump on not par/par odd 

JNO=Jump on not overflow 

JNS: Jump on not sign 

LOOP Loop CX times 


LOOPZ/LOOPE = Loop while zero/equal 

LOOPNZ/LOOPNE Loop while not 
zero/equal 

JCXZ-Jump on GX zero 


(NT = Interrupt 

Type specified 

Type 3 

INTO=Interrupt on overflow 
IRET -Interrupt return 


PROCESSOR CONTROL 
CLC Clear carry 

CMC Complement carry 
STC Set carry 

CLO Clear direction 

STD Set direction 

CLI Clear interrupt 

STI Set interrupt 

HLT Halt 

WAIT Wait 


76543210 


01770011 
0111011171 


01110001 
01111001 
11100010 
11100001 
11100000 


11001100 
11001110 
11001111 


11111000 
1114-10101 
1117 1.1001 


11111100 


111111041 
14:111010 
11119011 
11110100 
10011011 


(76543210 


disp 


JHL/JGE-Jump on not less/greater ESC Escape (to external device) 110415" x x]modx x x r/m 


LOCK Bus lock prefix 11110000 


or equal 0 1 1 1 1 1 0 1 
JNLE/JG=Jump on not less or equal/ is 
_ «greater ee p 


Footnotes: 


if s:w=01 then 16 bits of immediate data form the operand. 
if s:;w=11 then an immediate data byte is sign extended to 
form the 16-bit operand. 
if v=0 then ‘‘count’’ = 1; if v=1 then ‘‘count’’ in (CL) 
_ X= don't care Terre 220 | 
z is used for string primitives for comparison with ZF FLAG. 
SEGMENT OVERRIDE PREFIX 


00 1+reg 110 


AL = 8-bit accumulator 

AX = 16-bit accumulator 

CX = Count register 

DS = Data segment 

ES = Extra segment. 

Above/below refers to unsigned value. 

Greater = more positive; 
Less = less positive (more negative) signed values 
ifd=1 then “to” reg; if d= 0 then “from” reg 

if w= 1 then word instruction; if w = 0 then byte instruction 


if mod = 11 then r/m is treated as a REG field REG is assigned according to the following table: 


if mod = 00 then DISP = 0*, disp-low and disp-high are absent 


if-mod = 01 then DISP = disp-low sign-extended to 16-bits, disp-high is absent 16-Bit (w = 1) B-Bit (w = 0) Segment . 
if mod = 10 then DISP = disp-high: disp-low — at a rt a % a = 

: 1 

if r/m = 001 then EA = (BX) + (DI) + DISP 011 BX — 011 BL 11. DS 
if r/m = 010 then EA = (BP) + (St) + DISP 100 SP ~~ 100. AH 

if r/m = 011 then EA = (BP) + (Dl) + DISP tot BP , 101 oH 

ifr /m = t = — 

if r/m = 100 then EA = (SI) + DISP 111 DI 111. BH 


if.r/m = 101 then EA = (DI) + DISP | 

if r/m = 110 then EA = (BP) + DISP* 

if r/m = 111 then EA = (BX) + DISP 

DISP follows 2nd byte of instruction (before data if required) Instructions which reference the flag register file as a 16-bit object use 


the symbol! FLAGS to represent the file: 


*except if mod = 00 and r/m = 110 then EA = disp-high: disp-low. FLAGS = X:X:X:X:(OF):(DF):(IF):(1F):(SF):(ZF):X:(AF):X:(PF):X:(CF) 
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In 
MILITARY iAPX 86/10 
16-BIT HMOS MICROPROCESSOR 


(M8086) 
MILITARY 
a Direct Addressing eepenny to 1 a 8-and 16-Bit Signed and Unsigned 
MByte of Memory | Arithmetic in Binary or Decimal 


Including Multiply and Divide 
a Assembly Language Compatible with. : oe 


8080/8085 = 5 MHz Clock Rate 


= 14 Word, By 16-Bit Register Set with ee et 
Symmetrical Operations _ = MULTIBUS © System Compatible 
tree Fe interface 
= 24 Operand Addressing Modes" | 
= Military Temperature Range: 


a Bit, Pyle, Word, and Block Operations —55°C to +125°C 


The Intel® Military iAPX 86/10 is a new generation: high performance 16-bit microprocessor implemented in N- channel, 

depletion load, silicon gate technology (HMOS), and packaged in a 40-pin CerDIP package. The processor has attributes of 
both 8- and 16-bit microprocessors. It addresses memory as asequence of 8-bit bytes, but has a 16-bit wide payee aan to 
memory for mun Povaeeoen. 


EXECUTION UNIT BUS INTERFACE UNIT 


RELOCATION 
REGISTER FILE REGISTER FILE 


SEGMENT 
REGISTERS 


DATA, 
POINTER, AND ANO 
INSTRUCTION 


INDEX REGS a 
(8 WORDS) POINTER Vv 
(5 WORDS) GND U 401 Voc 
api 39] ais | 
an13-C] 38 J) A16/S3 


Cry MDM HO eB wn — 


. Aoi2 37 1 ai7is4 
BHEIS; Api 36 [) A18/S5 
16-BIT ALU Aig/S¢ 
4 Ad10 (J 35 1) a19/S6. 
Ai/S3 —— 
Ge at Apg (1 34 [) BHE/S7 
ELAGS INTERFACE =) ee Abe 33 1) MNIMX 
1 ae 
ie Ta) INTA.AO.W  ao7Q 32) Ro 
Ade (J 31.) RQ/GTO (HOLD) 
3 )OTIR.DEN.ALE ADS (11 30 (1) RQ/GTI (HLDA) 


Ad4 U 
AD3 (] 


LOCK (WR) 
S2 (M/IO) 


erAUcTION AD2 (] $1 (DT/A) 
Aoi So (DEN) 
Ado ( QSO (ALE) 
NMI (7 24, ast (NTA) 
INTR (J TEST 


CLK a3 READY 
GND[}]20 21,_) RESET 


CONTROL & TIMING 


CLK RESET READY MN/MX GND 
Vec 


Figure 1. Functional Block Diagram Figure 2. Pin Configuration 


Intel Corporation Assumes No Responsibilty for the Use of Any Circuitry Other Than Circuitry Embodied in an Intel Product. No Other Circuit Patent Licenses are Implied. 
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18086 


PRELIMINARY 


16-BIT HMOS MICROPROCESSOR 
_ INDUSTRIAL 


Industrial Grade Temperature — 
Range: —40°C to +85°C 


Direct Addressing Capability to 1 
MByte of Memory 


Assembly Language Compatible with 
MCS-80,85°® 


14 Word, By 16-Bit General | Register 
Set 


24 Operand Addressing Modes 

Bit, Byte, Word, and Block Operations 
8- and 16-Bit Signed and Unsigned 
Arithmetic in Binary or Decimal 
memelng multiply and Divide 

5 MHz Clock Rate 


MULTIBUS™ System Pompe 
Interface 


The Intel® Industrial iAPX 86/10 is a new generation, high performance microprocessor implemented in N-channel, 


EXECUTION UNIT ’ BUS INTERFACE UNIT 


RELOCATION 
REGISTER FILE 


SEGMENT 
REGISTERS 


REGISTER FILE 


AND 
INSTRUCTION 
POINTER 
(5 WORDS) 


INDEX REGS 
(8 WORDS) 


16-BIT ALU 


-_ S AD15-ADo 
eee, INTERFACE 
UNIT _ 
INTA.RO.WA 
OT/R.OEN.ALE 
yeas TOeK 
NMI-———> 
AQIGTo 1 CONTROL & TIMING Ea QSp.0S; 
one HT) 5 Ss 
HLDA 


CLK RESET READY MN/IMX GNO 
Vec 


Figure 1. 18086 CPU Functional Block Diagram 
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depletion load, silicon gate technology (HMOS), and packaged in a 40-pin CerDIP package. The processor has attri- 
butes of both 8- and 16-bit microprocessors. It addresses memory as a sequence of 8-bit bytes, but has a 16-bit wide 
physical path to memory for high performance. 


Gno . 401 Vcc 

Ap14 (7 AD15 

Ap13 (13 - A16/S3 

Api2 ( A17IS4 | 

ani 61 Ata/ss 

Adio je. * A19/S6 

Apo (]7 ~ ‘BHE/S7 

aos MNIMX 

Ao? ( RD 

Ade (J RQ/GTO (HOLD) 

ADS (J RQ/GT1 (HLDA) 

Ap4 LOCK (WR) 

AD3 LJ S2 (M/IO) 

Ad2 $1 (DT/R) 

Aoi C SO (DEN) 

Apo [] QSO (ALE) 

NMI Qs1_— (INTA) 
" INTR (J TEST 

cLK [D READY 

No (7 21] RESET 


40 LEAD 


Figure 2. 18086 Pin Diagram 
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PRELIMINARY 


IAPX 88/10 
(8088) | 
8-BIT HMOS MICROPROCESSOR 


a 8-Bit Data Bus Interface 
= 16-Bit Internal Architecture 


a Direct Addressing Capability to 1 Mbyte 
of Memory 


= Direct Software Compatibility with 
iAPX 86/10 (8086 CPU) 


= 14-Word by 16-Bit Register Set with 
Symmetrical Operations 


= 24 Operand Addressing Modes 
= Byte, Word, and Block Operations 


a 8-Bit and 16-Bit Signed and Unsigned 


Arithmetic in Binary or Decimal, 
Including Multiply and Divide 


‘a Compatible with 8155-2, 8755A-2 and 


8185-2 Multiplexed Peripherals 


The Intel® iAPX 88/10 is a new generation, high performance microprocessor implemented in N-channel, depletion load, 
silicon gate technology (HMOS), and packaged in a 40-pin CerDIP package. The processor has attributes of both 8- and 
16-bit microprocessors. It is directly compatible with iAPX 86/10 software and 8080/8085 hardware and peripherals. 


MEMORY INTERFACE 


INSTRUCTION 
STREAM BYTE 
QUEUE 


BUS 
INTERFACE 
UNIT 
EXECUTION UNIT 


CONTROL 
SYSTEM 


ARITHMETIC/ 
LOGIC UNIT 


m 
x 
m 
° 
cS 
a 
re) 
2 


Figure 1. iAPX 88/10 CPU Functional Block Diagram 
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MIN eee 
MODE MODE 
GND Vcc 
A14 A15 
A13 A16/S3 
A12 A17/S4 
Ait A18/S5 
A10 A19/S6 
rX:) SSO (HIGH) 
A8 MN/IMX 
AD7 RD 
AD6 HOLD (RQ/GTO) 
AD5 HLDA (RQ/GT1) 
AD4 WR (LOCK) 
AD3 10/M (S2) 
AD2 DTIR (S1) 
AD1 DEN (S0) 
ADO ALE (QS0) 
NMI INTA (QS1) 
INTR TEST 
CLK READY 
GND RESET 


Figure 2. iAPX 88/10 Pin Configuration 
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Table 1. Pin Description 


The following pin function descriptions are for 8088 systems in either minimum or maximum mode. The “local bus”’ in 
these descriptions is the direct oa aa bus interface connection to the 8088 en regard to additional bus 
buffers). on ; 


Name and Function 


Address Data Bus: These lines constitute the time multiplexed memory/lO 

address (T1) and data (T2, T3, Tw, and T4) bus. These lines are active HIGH and 

float to 3-state OFF during interrupt acknowledge ane local bus “hold acknowl- 
edge”. 


Address Bus: These lines provide address bits 8 through 15 for the entire bus 

- cycle (T1-T4). These lines do not have to be latched by ALE to remain valid. 
A15-A8 are active HIGH and float to 3-state OFF during interrupt acknowledge 
and local bus ‘‘hold acknowledge”. | 


A19/S6, A18/S5, | | Address/Status: During T1, these are the four 
A17/S4, A16/S3 most significant address lines for memory op- 
erations. During I/O operations, these lines are 
LOW. During memory and I/O operations, status 
information is available on these lines during — | 
' T2, 73, Tw, and T4. S6 is always low. The status of | CHARACTERISTICS 
the interrupt enable flag bit (S5) is updated at aoe aaa 


the beginning of each clock cycle. $4 and S3 are Lous) pede or Nove 
- encoded as shown. . _ | S6is o(Low 


This information indicates which segment reg- 
ister is presently being used for data accessing. 


These lines float to 3-state OFF during local bus 
“hold acknowledge’. 


Read: Read strobe indicates that the processor is performing a memory or I/O 
read cycle, depending on the state of the 1O/M pin or S2. This signal is used to 
read devices which reside on the 8088 local bus. RD is active LOW during T2, T3 
and Tw of any read cycle, and is guaranteed to remain HIGH in T2 until the 8088 
local bus has floated. 


This signal floats to 3-state OFF in “hold sees 


READY: is the acknowledgement from the addressed memory or I/O device that 
it will complete the data transfer. The RDY signal from memory or I/O is syn- 
chronized by the 8284 clock generator to form READY. This signal is active 
_HIGH. The 8088 READY input is not synchronized. Correct operation is not 
guaranteed if the set up and hold times are not met. | 


Interrupt Request: is a level triggered input which is sampled during the last 
clock cycle of each instruction to determine if the processor should enter into an 

interrupt acknowledge operation. A subroutine is vectored to via an interrupt 
vector lookup table located in system memory. It can be internally masked by 
software resetting the interrupt enable bit. INTR is internally synchronized. This 
signal is active HIGH. 


TEST: input is examined by the ‘wait for test” instruction. If the TEST input is 
LOW, execution continues, otherwise the processor waits in an “‘idle” state. This 

| inputis synchronized internally during each clock cycle on the leading edge of 
CLK. : 


Non-Maskable interrupt: is an edge triggered input which causes a type 2 
interrupt. A subroutine is vectored to via an interrupt vector lookup table located 
in system memory. NMI is not maskable internally by software. A transition from 
a LOW to HIGH initiates the interrupt at the end of the cues Steve von: This 
input is internally synchronized. : 


B-28 . AFN-00826B 


intel iAPX 88/10 PRELIMINARY 


Table 1. Pin Description (Continued) 


RESET: causes the processor to immediately terminate its present activity. The 
signal must be active HIGH for at least four clock cycles. It restarts execution, as 
described in the instruction set description, when RESET returns LOW. RESET 
is internally synchronized. | 


Clock: provides the basic timing for the processor and bus controller. It is 


asymmetric with a 33% duty cycle to provide optimized internal timing. 


Voc: is the +5V +10% power supply pin 


GND: are the ground pins. 


Minimum/Maximum: indicates what mode the processor is to operate in. The 
two modes are discussed in the following sections. 


The following pin function descriptions are for the 8088 minimum mode (i.e., MN/MX = Vcc). Only the pin functions which 
are unique to minimum mode are described; all other pin functions are as described above. 


lO/M Status Line: is an inverted maximum mode S2. It is used to distinguish a 
memory access from an I/O access. IO/M becomes valid in the T4 preceding a 
bus cycle and remains valid until the final T4 of the cycle (I/O=HIGH, M=LOW). 


_ 10/M floats to 3-state OFF in local bus ‘hold acknowledge”. 


Write: strobe indicates that the processor is performing a write memory or write 
I/O cycle, depending on the state of the 1O/M signal. WR is active for T2, T3, and 
Tw of any write cycle. It is active LOW, and floats to 3-state OFF in local bus “hold 
acknowledge”’. 


Le) 
aS 


INTA: is used asa read strobe for interru pt acknowledge cycles. It is active LOW 
during T2, T3, and Tw of each interrupt acknowledge cycle. 


_ Address Latch Enable: is provided by the processor to latch the address into 
the 8282/8283 address latch. It is a HIGH pulse active during clock low of T1 of 
any bus cycle. Note that ALE is never floated. 


Data Transmit/Receive: is needed in a minimum system that desires to use an 
8286/8287 data bus transceiver. It is used to control the direction of data flow 
through the transceiver. Logically, DT/R is equivalent to S1 in the maximum 
mode, and.its timing is the same as for 10/M (T=HIGH, R=LOW). This signal 
floats to 3-state OFF in local ‘‘hold acknowledge’. 


Data Enable: is provided as an output enable for the 8286/8287 in a minimum 
system which uses the transceiver. DEN is active LOW during each memory and 
I/O access, and for INTA cycles. For a read or INTA cycle, it is active from the 
middle of T2 until the middle of T4, while for a write cycle, it is active from the 
beginning of T2 until the middle of T4. DEN floats to 3-state OFF during local bus 
“hold acknowledge”. | 


HOLD: indicates that another master is requesting a local bus ‘“‘hold’’. To be 
acknowledged, HOLD must be active HIGH. The processor receiving the ‘‘hold”’ 
request will issue HLDA (HIGH) as an acknowledgement, in the middle of aT4 or 
TI clock cycle. Simultaneous with the issuance of HLDA the processor will float 
the local bus and control lines.. After HOLD is detected as being LOW, the 
processor lowers HLDA, and when the processor needs to run another cycle, it | 
will again drive the local bus and control lines. . 


Hold is not an asynchronous input. External synchronization should be 
provided if the system cannot otherwise guarantee the set up time. 


10/M_| OTR | 556 | CHARACTERISTICS 


0 0 


HOLD, HLDA 


_ ) 


Status line: is logically equivalent to SO in the 
maximum mode. The combination of SSO, |O/M 
and DT/R allows the system to completely de- 
code the current bus cycle status. 


Interrupt Acknowledge 
Read WO port 

Write 1/0 port 

Halt 

Code access 

Read memory 

Write memory 

Passive 
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Table. 1. Pin Description (Continued) 


functions which are unique to maximum mode are described; all other pin functions are as described above. 


$2, Si, SO 26-28 


Name and Function 


Status: is active SaurnG clock high of T4, T1, 

and T2, and is returned to the passive state 

(1,1,1) during T3 or during Tw when READY is 

HIGH. This status is used by the 8288 bus con- 

troller to generate all memory and I/O access . 
control signals. Any change by S2, Si, or SO seep Siinactinarin’ 
during T4 is used to indicate the beginning ofa Iterupt Acknowledge. 


Read l/0 p 


bus cycle, and the return to the passive state in write VO pot 


Halt 


T3 or Tw is used to indicate the end of abus__ |! Code access 


Read memory 
cycle. pame 
These signals float to 3-state OFF during “hold 
acknowledge’”’. During the first clock cycle after 
RESET becomes active, these signals are active 
HIGH. After this first clock, Aaa float to 3- state | 


OFF. 


Request/Grant: pins are used by other local bus masters to force the processor 
to release the local bus at the end of the processor’s current bus bus cycle. Ea Each pin 


is bidirectional with RQ/GTO Having higher priority than RQ/GT1. RO/GT has an © / 
‘. internal pull-up resistor, so may be left unconnected. The Fequestigrant se- 


quence is as follows (See Figure 8): 


1. Apulse of one CLK wide from another local bus master indicates a local bus 
request (“hold”) to the 8088 (pulse 1). 


. During a T4 or TI clock cycle, a pulse one clock wide from the 8088 to the 
requesting master (pulse 2), indicates that the 8088 has allowed the local bus 

to float and that it will enter the ‘hold acknowledge” state at the next CLK. 
The CPU’s bus interface unit is disconnected logically from the local bus 
during ‘hold acknowledge’’. The same rules as for HOLD/HOLDA apply as for 
when the bus is released. 7 | | 


. Apulse one CLK wide from the requesting master indicates to the 8088 (pulse 
3) that the ‘‘hold’”’ request is about to end and that the 8088 can reclaim the 


~ local bus at the next CLK. The CPU then enters T4. 


Each master-master exchange of the local bus is a sequence of three pulses. 
There must be ¢ one idle CLK cycle after each bus exchange. Pulses are active 


; LOW. 


If the request is made while the CPU is Renonniig amemory cycle, it will release 
the local bus during T4 of the cycle when all the following conditions are met: 


1. Request occurs on or before T2. 


. 2..Current cycle is not the low bit of.a word. 


3. Current cycle is not the first acknowledge of an ) interrupt acknowledge 
- sequence. 


4. A locked instruction is not currently executing. 


‘If the local bus is idle when the request is made the two Peer events will 


follow: 


1. Local bus will be released during the next clock. 
2. Amemory cycle will start within 3 clocks. Now the four rules for a currently 
active memory cycle apply:with condition number 1 already satisfied. 
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Table 1. Pin Description (Continued) 


Name and Function 


LOCK: indicates that other system bus masters are not to gain control of the 
system bus while LOCK is active (LOW). The LOCK signal is activated by the 
‘“‘LOCK”’ prefix instruction and remains active until the completion of the next 
instruction. This signal is active LOW, and floats to 3-state off in “hold acknowl- 
edge”. 


Queue Status: provide status to allow external  aoai, (| oa Galanacrenmnics. ==) 
tracking of the internal 8088 instruction queue. aiow) | 0 |-Nocperalion . 
1 First byte of opcode from queue 
1 (HIGH) 0 Empty the queue 
1 1 Subsequent byte from queue 


The queue status is valid during the CLK cycle 
after which the queue operation is performed. 


Pin 34 is always high in the maximum mode. 
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FUNCTIONAL DESCRIPTION 
Memory Organization 


The processor provides a 20-bit address to memory which 


locates the byte being referenced. The memory is.orga- 


nized as a linear array of up to 1 million bytes, addressed 
as 00000(H) to FFFFF(H). The memory is logically divided 
into code, data, extra data, and stack segments of up to 
64K bytes each, with each segment falling on 16-byte 
boundaries. (See Figure 3.) | 


All memory references are made relative to base 
addresses contained in high speed segment registers. The 


segment types were chosen based on the addressing 


needs of programs. The segment register to be selected is 
automatically chosen according to the rules of the follow- 
ing table. All information in one segment type share the 


same logical attributes (e.g. code or data). By structuring | 


memory into relocatable areas of similar characteristics 
and by automatically selecting segment registers, pro- 
grams are shorter, faster, and more structured. 


Word (16-bit) operands can be located on even or odd ad- 
dress boundaries. For address and data operands, the 
least significant byte of the word is stored in the lower 
valued address location and the most significant byte in 


7 0 
[———T FFFFFH 


| CODE SEGMENT 


XXXXOH 


| STACK SEGMENT 


| 


SEGMENT 
REGISTER FILE 


Figure 3. Memory Organization 


Memory 
Reference Need 


Segment Register 
Used 


Stack 
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Segment 
Selection Rule 
| Instructions CODE (CS) Automatic with all instruction prefetch. 


STACK (SS) All stack pushes and pops. Memory references relative to BP 
base register except data references. 


Data references when: relative to stack, destination of string 


operation, or explicitly overridden. 


External (Global) Data EXTRA (ES) Destination of string operations: Explicitly selected using a 
segment override. 
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the next higher address location. The BIU will auto- 
matically execute two fetch or write cycles for 16-bit 
operands. 


Certain locations in memory are reserved for specific 
CPU operations. (See Figure. 4.), Locations from. ad- 
dresses FFFFOH through FFFFFH are reserved for 


‘operations including a jump to the initial system initial- 


ization routine. Following RESET, the CPU will always 
begin execution at location FFFFOH where the jump 
must be located. Locations OOOQO0H through OO3FFH are 
reserved for interrupt operations. Four-byte pointers 
consisting of a 16-bit segment address and a 16-bit off- 
set address direct program flow to one of the 256 possi- 
ble interrupt service routines. The pointer elements are 
assumed to have been stored at their respective places 


‘in reserved memory prior to the occurrence of inter- 
rupts. | - * ; 


Minimum and Maximum Modes 


The requirements for supporting minimum and maxi- 
mum 8088 systems are sufficiently different that they 
cannot be done efficiently with 40 uniquely defined 
pins. Consequently, the 8088 is equipped with a strap 
pin (MN/MX) which defines the system configuration. 
The definition of a certain subset of the pins changes, 
dependent on the condition of the strap pin. When the 
MN/MX pin is strapped to GND, the 8088 defines pins 24 
through 31 and 34 in maximum mode. When the MN/MX 
pin is strapped to Vcc, the 8088 generates bus control 
signals itself on pins 24 through 31 and 34. 


FFFFFH 
RESET BOOTSTRAP 


ROGR M 
PROGRAM JUMP FFFFOH 


INTERRUPT POINTER 
FOR TYPE 255 


INTERRUPT POINTER 
FOR TYPE 1 


INTERRUPT POINTER 
FOR TYPE 0 


Figure 4. Reserved Memory Locations 
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The minimum mode 8088 can be used with either a 
multiplexed or demultiplexed bus. The multiplexed bus 
configuration is compatible with the MCS-85™ multi- 
plexed bus peripherals (8155, 8156, 8355, 8755A, and 


8185). This configuration (See Figure 5) provides the user. 


with a minimum. chip count system. This architecture 
provides the 8088 processing power in a highly integrated 
form. ; | 


The demultiplexed mode requires one latch (for 64K ad- 


dressability) or two latches (for a full megabyte of ad- 


dressing). A third latch can be used for buffering if the 
address bus loading requires it. An 8286 or 8287 trans- 
ceiver can also be used if data bus buffering is required. 


(See Figure 6.) The 8088 provides DEN and DT/R to con- 
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trol the transceiver, and ALE to latch the addresses. 
This configuration of the minimum mode provides the 
standard demultiplexed bus structure with heavy bus 
buffering and relaxed bus timing requirements. 


The maximum mode employs the 8288 bus controller. 
(See Figure 7.) The 8288 decodes status lines SO, S1, 
and S2, and provides the system with all bus control 
signals. Moving the bus control to the 8288 provides 
better source and sink current capability to the control 
lines, and frees the 8088 pins for extended large system 
features. Hardware lock, queue status, and two request/ 
grant interfaces are provided by the 8088 in maximum 
mode. These features allow co-processors in local bus 
and remote bus configurations. 
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Figure 5. Multiplexed Bus Configuration 
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8284A 
. CLOCK 
GENERATOR 
RES 


PE 8282 
LATCH 
(1, 2 OR 3) 


OE 
8286 
TRANSCEIVER 


2142 RAM (2) 2716-2 PROM MCS-80 
PERIPHERAL 
8259A 
INTERRUPT 
CONTROL 


INT 


Figure 6. Demultiplexed Bus Configuration 


8284A 
CLOCK 
GENERATOR 
RES 


STB 
ae 8282 
LATCH 


A IDAT 
OORIDATA (1, 2 OR 3) 


OE 
8286 
TRANSCEIVER 


oe ers PERIPHERAL 


8259A 
INTERRUPT 
CONTROL 


Figure 7. Fully Buffered System Using Bus Controller 
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Bus Operation 


The 8088 address/data bus is broken into three parts — 
the lower eight address/data bits (ADO-AD7), the middle 
eight address bits (A8-A15), and the upper four address 
bits (A16-A19). The address/data bits and the highest 
four address bits are time multiplexed. This technique 
provides the most efficient use of pins on the proc- 
essor, permitting the use of a standard 40 lead package. 
The middle eight address bits are not multiplexed, i.e. 
they remain valid throughout each bus cycle. In addi- 


(4+ Nwart) = Tey 
1 | T2 | T3 | Twait | T. 


ADDRISTATUS 


ADDRIDATA 


\AMN 


--—— MEMORY ACCESS TIME 


tion, the bus can be demultiplexed at the processor with 
a single address latch if a standard, non-multiplexed 
bus is desired for the system. 


Each processor bus cycle consists of at least four CLK 
cycles. These are referred to as T1, T2, T3, and T4. (See 


‘Figure 8). The address is emitted from the processor 


during T1 and data transfer occurs on the bus during T3 
and T4. T2 is used primarily for changing the direction of 
the bus during read operations. In the event that a “NOT 
READY” indication is given by the addressed device, 


|<—___—____________—_ (4+ Nwait) = Tcy 


GOES INACTIVE IN THE STATE 
JUST PRIOR TO Ta 


; WAIT 


Figure 8. Basic System Timing 
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“wait” states (Tw) are inserted between T3 and T4. Each 
inserted “wait” state is of the same duration as a CLK 
cycle. Periods can occur between 8088 driven bus 
cycles. These are referred to as “‘idle” states (Ti), or inac- 


tive CLK cycles. The processor uses these cycles for in- 
ternal housekeeping. 


During T1 of any bus cycle, the ALE (address latch 
enable) signal is emitted (by either the processor or the 
8288 bus controller, depending on the MN/MX strap). At 
the trailing edge of this pulse, a valid address and cer- 
tain status information for the cycle may be latched. 


Status bits SO, S1, and S2 are used by the bus controller, 
in maximum mode, to identify the type of bus transac- 
tion according to the following table: 


0 (Low) 


Interrupt Acknowledge 
Read I/O 

Write I/O 

Halt 

Instruction fetch 

Read data from memory 
Write data to memory 
Passive (no bus cycle). 


Status bits S3 through S6 are multiplexed with high 
order address bits and are therefore valid during T2 
through T4, S3 and S4 indicate which segment register 
was used for this bus cycle in forming the address ac- 
cording to the following table: 


Alternate data (Extra Segment) 


Stack 
Code or none 
Data. 


S5 is a reflection of the PSW interrupt enable bit. S6 is 
always equal to 0. 


/O Addressing 


In the 8088, I/O operations can address up to a maxi- 
mum of 64K I/O registers. The I/O address appears in the 
same format as the memory address on bus lines 
A15-A0. The address lines A19-A16 are zero in I/O 
operations. The variable I/O instructions, which use 
register DX as a pointer, have full address capability, 
while the direct I/O instructions directly address one or 
two of the 256 I/O byte locations in page 0 of the I/O ad- 
dress space. I/O ports are addressed in the same man- 
ner aS memory locations. 


Designers familiar with the 8085 or upgrading an 8085 
design should note that the 8085 addresses 1|/O with an 
8-bit address on both halves of the 16-bit address bus. 
The 8088 uses a full 16-bit address on its lower 16 ad- 
dress lines. oe 
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EXTERNAL INTERFACE 


Processor Reset and Initialization 


Processor initialization or start up is accomplished with 
activation (HIGH) of the RESET pin. The 8088 RESET is 
required to be HIGH for greater than four clock cycles. 
The 8088 will terminate operations on the high-going 
edge of RESET and will remain dormant as long as 
RESET is HIGH. The low-going transition of RESET trig- 
gers an internal reset sequence for approximately 7 
clock cycles. After this interval the 8088 operates nor- 
mally, beginning with the instruction in absolute loca- 
tion FFFFOH. (See Figure 4.) The RESET input is inter- 
nally synchronized to the processor clock. At initializa- 
tion, the HIGH to LOW transition of RESET must occur 
no sooner than 50 us after power up, to allow complete 
initialization of the 8088. 


If INTR is asserted sooner than nine clock cycles after 
the end of RESET, the processor may execute one in- 
struction before responding to the interrupt. 


All 3-state outputs float to 3-state OFF during RESET. 
Status is active in the idle state for the first clock after 
RESET becomes active and then floats to 3-state OFF. 


Interrupt Operations 


Interrupt operations fall into two classes; software or 
hardware initiated. The software initiated intorrupts and 
software aspects of hardware interrupts are specified in 
the instruction set description in the 8086 Family User's 
Manual. Hardware interrupts can be classified as. non- 
maskable or maskable. 


Interrupts result in a transfer of Zonta to a new pro- 
gram location. A 256 element table containing address 
pointers. to the interrupt service program locations 
resides in absolute locations 0 through 3FFH (see Fig- 
ure 4), which are reserved for this purpose. Each ele- 
ment in the table is 4 bytes in size and corresponds to 
an interrupt ‘type’. An interrupting device supplies an 
8-bit type number, during the interrupt acknowledge se- 
quence, which is used to vector through the appropriate 
element to the new interrupt service program location. 


Non-Maskable Interrupt (NMI) 


The processor provides a single non-maskable interrupt 
(NMI) pin which has higher priority than the maskable in- 
terrupt request (INTR) pin. A typical use would be to acti- 
vate a power failure routine. The NMI is edge-triggered 
on a LOW to HIGH transition. The activation of this pin 
causes a type 2 interrupt. 


NMI is required to have a duration in the HIGH state of 
greater than two clock cycles, but is not required to be 
synchronized to the clock. Any higher going transition 
of NMI is latched on-chip and will be serviced at the end 
of the current instruction or between whole moves (2 
bytes in the case of word moves) of a block type instruc- 
tion. Worst case response to NMI would be for multiply, 
divide, and variable shift instructions. There is no 
specification on the occurrence of the low-going edge; it 
may occur before, during, or after the servicing of NMI. 
Another high-going edge triggers another response if it 
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occurs after the start of the NMI procedure. The signal 
must be free of logical spikes in general and be free of 


bounces on the low-going edge to avoid triggering ex- 
traneous responses. 


Maskable Interrupt (INTR) 


The 8088 provides a single interrupt request input (INTR) 
which can be masked internally by software with the 
resetting of the interrupt enable (IF) flag bit. The in- 
terrupt request signal is level triggered. It is internally 
synchronized during each clock cycle on the high-going 
edge of CLK. To be responded to, INTR must be present 
(HIGH) during the clock period preceding the end of the 
current instruction or the end of a whole move for a 
block type instruction. During interrupt response Se- 
quence, further interrupts are disabled. The enable bit is 
reset as part of the response to any interrupt (INTR, 
NMI, software interrupt, or single step), although the 
FLAGS register which is automatically pushed onto the 
stack reflects the state of the processor prior to the in- 
terrupt. Until the old FLAGS register is restored, the 
enable bit will be zero unless epeence =e by an in- 
struction. 


During the response sequence (See Figure 9), the proc- 
essor executes two successive (back to back) interrupt 
acknowledge cycles. The 8088 emits the LOCK signal 
(maximum mode only) from T2 of the first bus cycle until 
T2 of the second. A local bus “hold” request will not be 
honored until the end of the second bus cycle. In the 
second bus cycle, a byte is fetched from the external in- 
terrupt system (e.g., 8259A PIC) which identifies the 
source (type) of the interrupt. This byte is multiplied by 
four and used as a pointer into the interrupt vector 
lookup table. An INTR signal left HIGH will be continual- 
ly responded to within the limitations of the enable bit 
and sample period. The interrupt return instruction in- 
cludes a flags pop which returns the status of the 
Original interrupt enable bit when it restores the flags. 
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HALT 


When a software HALT instruction is executed, the 
processor indicates that it is entering the HALT state in 
one of two ways, depending upon which mode is 
strapped. In minimum mode, the processor issues ALE, 
delayed by one clock cycle, to allow the system to latch 
the halt status. Halt status is available on |O/M, DTIR, 
and SSO. In maximum mode, the processor issues ap- 
propriate HALT status on 50, $1, and SO, and the 8288 
bus controller issues one ALE. The 8088 will not leave 
the HALT state when a local bus hold is entered while in 
HALT. In this case, the processor reissues the HALT in- 
dicator at the end of the local bus hold. An interrupt re- 
quest or RESET will force the 8088 out of the HALT 
state. 


Read/Modity/Write iSeniaphions) Operations 
via LOCK — 


The LOCK status information is provided by the proc- 
essor when consecutive bus cycles are required during 
the execution of an instruction. This allows the proc- 
essor to perform read/modify/write operations on 
memory (via the “exchange register with memory” 
instruction), without another system bus master receiv- 
ing intervening. memory cycles. This is useful in multi- 

processor system configurations to accomplish “test 
and set lock” operations. The LOCK signal is activated 
(LOW) in the clock cycle following decoding of the 
LOCK prefix instruction. It is deactivated at the end of 
the last bus cycle of the instruction following the LOCK 
prefix. While LOCK is active, a request on a ROQ/GT pin will 
be recorded, and then honored at the end of the LOCK. 


External Synchronization via TEST 


As an alternative to interrupts, the 8088 provides a 
single software-testable input pin (TEST). This input is 
utilized by executing a WAIT instruction. The single 


' TYPEVECTOR 


Figure 9. Interrupt Acknowledge Sequence : 
B-38 
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WAIT instruction is repeatedly executed until the TEST 
input goes active (LOW). The execution of WAIT does 
not consume bus cycles once the queue is full. 


If a local bus request occurs during WAIT execution, the 
8088 3-states all output drivers. If interrupts are enabled, 
the 8088 will recognize interrupts and process them. 
The WAIT instruction is then refetched, and reexecuted. 


Basic System Timing 


In minimum mode, the MN/MX pin is strapped to Voc 
and the processor emits bus control signals compatible 
with the 8085 bus structure. In maximum mode, the 
MN/MxX pin is strapped:to GND and the processor emits 
coded status information which the 8288 bus controller 
uses to generate MULTIBUS compatible bus control 
signals. 


System Timing — Minimum System 
(See Figure 8.) 


The read cycle begins in T1 with the assertion of the ad- 
dress latch enable (ALE) signal. The trailing (low going) 
edge of this signal is used to latch the address informa- 
tion, which is valid on the address/data bus (ADO-AD/7) 
at this time, into the 8282/8283 latch. Address lines A8& 
through A15 do not need to be latched because they re- 
main valid throughout the bus cycle. From T1 to T4 the 
lO/M signal indicates a memory or I/O operation. At T2 
the address is removed from the address/data bus and 
the bus goes to a high impedance state. The read con- 
trol signal is also asserted at T2. The read (RD) signal 
causes the addressed device to enable its data bus 
drivers to the local bus. Some time later, valid data will 
be available on the bus and the addressed device will 
drive the READY line HIGH. When the processor returns 
the read signal to a HIGH level, the addressed device 
will again 3-state its bus drivers. If a transceiver 
(8286/8287) is required to buffer the 8088 local bus, 
signals DT/R and DEN are provided by the 8088. 


A write cycle also begins with the assertion of ALE and 
the emission of the address. The IO/M signal is again 
asserted to indicate a memory or I/O write operation. In 
T2, immediately following the address emission, the 
processor emits the data to be written into the ad- 
dressed location. This data remains valid until at least 
the middle of T4. During T2, T3, and Tw, the processor 
asserts the write control signal. The write (WR) signal 
becomes active at the beginning of T2, as opposed to 
the read, which is delayed somewhat into T2 to provide 
time for the bus to float. 


The basic difference between the interrupt acknowl- 
edge cycle and a read cycle is that the interrupt 
acknowledge (INTA) signal is asserted in place of the 
read (RD) signal and the address bus is floated. (See 
Figure 9.) In the second of two successive INTA cycles, 
a byte of information is read from the data bus, as sup- 
plied by the interrupt system logic (i.e. 8259A priority in- 
terrupt controller). This byte identifies the source (type) 
of the interrupt. It is multiplied by four and used as a 
pointer into the interrupt vector lookup table, as de- 
scribed earlier. 
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Bus Timing — Medium Complexity Systems 
(See Figure 10.) | 


For medium complexity systems, the MN/MX pin is con- 
nected to GND and the 8288 bus controller is added to 
the system, as well as an 8282/8283 latch for latching 
the system address, and an 8286/8287 transceiver to 
allow for bus loading greater than the 2 8088 is capable of 
handling. Signals ALE, DEN, and DT/R are generated by 
the 8288 instead of the processor in this configuration, 
although their timing remains relatively the same. The 
8088 status outputs (S2, S1, and SO) provide type of 
cycle information and become 8288 inputs. This bus 
cycle information specifies read (code, data, or I/O), 
write (data or I/O), interrupt acknowledge, or software 
halt. The 8288 thus issues control signals specifying 
memory read or write, I/O read or write, or interrupt 
acknowledge. ‘The 8288. provides two types of write 
strobes, normal and advanced, to be applied as required. 
The normal write strobes have data valid at the leading 
edge of write. The advanced write strobes have the 
same timing as read strobes, and hence, data is not 
valid at the leading edge of write. The 8286/8287 trans- 
ceiver receives the usual T and OE inputs from the 
8288's DT/R and DEN outputs. 


The pointer into the interrupt vector table, which Is 
passed during the second INTA cycle, can derive from 
an 8259A located on either the local bus or the system 
bus. If the master 8289A priority interrupt controller is 
positioned on the local bus, a TTL gate is required to 
disable the 8286/8287 transceiver when reading from the 
master 8259A during the interrupt acknowledge Se- 
quence and software “poll”. 


The 8088 Compared to the 8086 


The 8088 CPU is an 8-bit processor designed around the 
8086 internal structure. Most internal functions of the 
8088 are identical to the equivalent 8086 functions. The 
8088 handles the external bus the same way the 8086 
does with the distinction of handling only 8 bits ata 
time. Sixteen-bit operands are fetched or written in two 
consecutive bus cycles. Both processors will appear 
identical to the software engineer, with the exception of 
execution time. The internal register structure is iden- 
tical and all instructions have the same end result. The 
differences between the 8088 and 8086 are outlined 
below. The engineer who is unfamiliar with the 8086 is 
referred to the 8086 Family User’s Manual, Chapters 2 
and 4, for function description and instruction set 
information. 


Internally, there are three differences between the 8088 
and the 8086. All changes are related to the 8-bit bus in- 
terface. 


e¢ The queue length is 4 bytes in the 8088, whereas the 
8086 queue contains 6 bytes, or three words. The 
queue was shortened to prevent overuse of the bus by 
the BIU when prefetching instructions. This was re- 
quired because of the additional time necessary to 
fetch instructions 8 bits at a time. 
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¢ To further optimize the queue, the prefetching algo- 
rithm was changed. The 8088 BIU will fetch a new in- 
struction to load into the queue eac.: time there is a1 
_ byte hole (space available) in the queue. The 8086 
: waits until a 2- -byte space is available. | 


The internal execution time of the instruction set is 
affected by the 8-bit interface. All 16-bit fetches and 
- writes from/to memory take an additional four clock 
cycles. The CPU is also limited by the speed of in- 
struction fetches. This latter problem only occurs 
. when a series of simple operations occur..When the 
_ more sophisticated instructions of the 8088 are being 
used, the queue has time to fill and the execution pro- 
_ceeds as fast as the execution unit will allow. 


The 8088 arid 8086 ¢ are completely. software compatible 
by virture of their identical execution units. Software 
that is system dependent may not be completely trans- 
ferable, but software that is not system Soe will 
operate equally: as well on an 8088 or an 8086. 


The hardware interface of the 8088 contains the major 
differences between. the two CPUs. The pin. assign- 
ments are nearly identical, however, with the following 
functional changes: 


B-40 . 


—AB- A15 — These pins are are addresé Outputs on the 


8088. These address lines are latched internally and 


remain valid throughout a bus cycle in a manner 


similar to the 8085 upper address lines. 


BHE has no meaning on the 8088 and has-been elimi- 
nated. : 


SSO provides the 56 status information in tite mini- 


mum mode. This output occurs on pin 34 in minimum 
mode only. DT/R, lO/M, and: SSO Pipers the ss insed 
bus status in minimum mode. : 


\O/M has been inverted” to be compatible with the 
MCS-85 bus structure. 


ALE is delayed by one clock cycle in the minimum 
mode when entering HALT, to allow the status to be 
latched with ALE. ee ee 
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= 
+ 
ie) 


ol al 
P=P— 


ae eee 
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a 

— 


A19/S6 — A16/S3 


8284 


8088 


AD7 - ADO 


A15-—A8 


8288 MRDOC 


Figure 10. Medium Complexity System Timing 
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ABSOLUTE MAXIMUM RATINGS* | -*NOTICE: Stresses above those listed under “Absolute 


Maximum Ratings’”’ may cause permanent damage to the 
device. This is a stress rating only and functional opera- 


Ambient Temperature Under Bias......... 0°C to 70°C tion of the device at these or any other conditions above 
Storage Temperature............. -— 65°C to + 150°C those indicated in the operational sections of this specifi- 
Voltage on Any Pin with cation is not implied. Exposure to absolute maximum 

Respect to Ground.................. -1.0to+7V rating conditions for extended periods may affect device 


Power Dissipation ............... aa a 2.5 Watt __ reliability. afd 


D.C. CHARACTERISTICS (14 = 0°C to 70°C, Veo = BV #10%) 


VoL Output Low Voltage 


Output High Voltage 


VCL 
VcH 


Capacitance of Input Buffer 
Cin _ (All input except 
ADy-AD7 RQ/GT) 


A.C. CHARACTERISTICS = (Tq = 0°C to 70°C, Voc = 5V +10%) 
MINIMUM COMPLEXITY SYSTEM TIMING REQUIREMENTS 


[“Symbot | ——~S*Parameter 
[Teuck | Clk cycle Period 
[crouch [clk towTime —SSSC*d TOL CLY= TS 
Tren. cukHigh Time —SSS~S~S~S Qe TLL 
[rewzcut | cukFaltime 

TRYHCH (ATOLCL)-18 


TILIH Input Rise Time (Except CLK) 
TIHIL Input Fall Time (Except CLK) 
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Test Conditions 


From 1.0V to 3.5V 
From 3.5V to 1.0V 


—_ | 
o;oO 


From 0.8V to 2.0V 
From 2.0V to 0.8V 


12 
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A.C. CHARACTERISTICS (Continued) 
TIMING RESPONSES 


[Symbol | —~SSsarameter wax [Units 
10 [ns | 
TTcLax | AddressHold Time ——S—~dCSSCtSd id | 
Trotaz | “Address Float Delay ——~—S~dtCSSC LAK | 80s 
Tune [ALE width SSCS | 
| 8 

ae es 

Drenet=10 [ns 

[a0 [ns | 


Test Conditions 


0 


| TYCHLL [ALE inactive Delay 
[Tretov [pata vaisdelay PO 
os 
= 
Troverv | control Active Delay? | tT 
[reHeTv | Control Active Deley@ =P 10d 10 | 
Treverx | control inactive Delay i 10 Yt 
aan aa TE 

a a 

9050s 

| ns 


C_ = 20-100 pF for 
all 8088 Outputs 

in addition to 
internal loads 


Es 
4 
ae 
[Froutay [HULDA valid Delay 
aCLcL-75 | 
[Crwiwa | waiwiain SSS rocco 
4 


TAVAL Address Valid to ALE Low TCLCH—60 


TOLOH Output Rise Time 
TOHOL Output Fall Time — 


16 


ns 
ns | 
ns | 
ns 
|_ns | 
| ns | From 2.0Vto0.8V | 


From 0.8V to 2.0V 


A.C. TESTING INPUT, OUTPUT WAVEFORM A.C. TESTING LOAD CIRCUIT 


INPUT/OUTPUT 


DEVICE 
UNDER 


1.5 <«——- TEST POINTS ——— 1.5 TEST 


0.45 


T 


C, INCLUDES JIG CAPACITANCE 


A.C. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC “1° AND 0.45V FOR 
ALOGIC "0." THE CLOCK IS DRIVEN AT 4.3V AND 0.25V. TIMING MEASURE- 
MENTS ARE MADE AT 1.5V FOR BOTH A LOGIC “1° AND “0.” 
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WAVEFORMS 


BUS TIMING—MINIMUM MODE SYSTEM 
. T 
feet ———>|TCH1CH2 
Vcu 


CLK (8284 Output) 


10/M, SSO 


es a 
5, Tee 
st Cr Ea. an 


a cae 
/ 


<+— TRIVCL 


RDY (8284 Input) \ @ MMW w 


ed i 
CHRYX 


READY (8088 Input) | | 


AD7- - DATA IN 


TRHAV 


READ CYCLE 
(NOTE 1) — RLR : | TCHCTV 
(WR, INTA = Vou) 
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WAVEFORMS (Continued) 


BUS TIMING—MINIMUM MODE SYSTEM (Continued) 


1 T2 T3 Tw 
TCH1CH2 TCL2CL1 / 


CLK (8284 Output) 


[3 TWHDX > 
TCVCTX 
WRITE CYCLE — 
NOTE 1 


FLOAT PownTeR|, “FLOAT 
ci TCHCTV 2 TCHCTV 


— TCVCTV—> 
| Wa=V a 1 


SOFTWARE HALT - 
DEN,RD,WR,INTA = Von = INVALID ADDRESS SOFTWARE HALT 
DT/R INDETERMINATE 


- ALL SIGNALS SWITCH BETWEEN Von AND Vo, UNLESS OTHERWISE 
SPECIFIED. 

. RDY IS SAMPLED NEAR THE END OF To, T3, Tw TO DETERMINE IF Tw 
MACHINES STATES ARE TO BE INSERTED. 

. TWO INTA CYCLES RUN BACK-TO-BACK. THE 8088 LOCAL ADDR/DATA 
BUS JS FLOATING DURING BOTH INTA CYCLES. CONTROL SIGNALS 
ARE SHOWN FOR THE SECOND INTA CYCLE. 

. SIGNALS AT 8284 ARE SHOWN FOR REFERENCE ONLY. 

. ALL TIMING MEASUREMENTS ARE MADE AT 1.5V UNLESS OTHERWISE 
NOTED. 


B-45 AFN-00826B 


intel ee iAPX 88/10 PRELIMINARY 


A.C. CHARACTERISTICS (Continued) 
‘MAX MODE SYSTEM (USING 8288 BUS CONTROLLER) 
TIMING REQUIREMENTS 


TDVCL 
TCLDX 


TRIVCL 
TCLR1X RDY Hold Time into 8284 (See Notes 1, 2) 


| ns | 
TRYHCH | READY SetupTimeintogoss | (%H#TCLCL)-15 | |__| 
| TCHRYX | READYHoldTimeintogoss = | | Ss 
| TRYLCL | READY InactivetoCLK(SeeNote4) || 8 || ns 
lbs ene ee A I Rl 

(See Note 2) 

ROIGT Setup Time a Ee 
| TCHGX | RQHoldTimeintogoss = | STs 


TILIH Input Rise Time (Except CLK) 2 ee 
TIHIL Input Fall Time (Except CLK) > en oe 
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A.C. CHARACTERISTICS (Continued) 
TIMING RESPONSES 


Parameter 
Command Active Delay (See Note 1) 
Command Inactive Delay (See Note 1) 
READY Active to Status Passive (See Note 3) 


Status Active Delay 
Status Inactive Delay 
Address Valid Delay 
Address Hold Time 
Address Float Delay 


Status Valid to ALE High (See Note 1) 
Status Valid to MCE High (See Note 1) 
CLK Low to ALE Valid (See Note 1) 
TCLMCH | CLK Low to MCE High (See Note 1) 
ALE Inactive Delay (See Note 1) 
TCLMCL MCE Inactive Delay (See Note 1) 


TCLDV Data Valid Delay 
TCHDX Data Hold Time 


TCVNV Control Active Delay (See Note 1) 
Control Inactive Delay (See Note 1) 


Address Float to Read Active 


TCLRL RD Active Delay 
TCLRH RD Inactive Delay 


TRHAV RD Inactive to Next Address Active 
TCHDTL Direction Control Active Delay (See Note 1) 
TCHDTH Direction Control Inactive Delay (See Note 1) 


TCLGL GT Active Delay 


TCLGH GT Inactive Delay 


TRLRH RD Width 


TOLOH Output Rise Time 
TOHOL Output Fall Time 


NOTES: 

1. Signal at 8284 or 8288 shown for reference only. 

2. Setup requirement for asynchronous signal only to guarantee recognition at next CLK. 
3. Applies only to T2 state (8 ns into T3 state). 

4. Applies only to T2 state (8 ns into T3 state). 


Test Conditions | 


io) 
_ 
ie) 
oO 


Oo}; oO 


= 
= 
fo) 


So 
ry 
= 
o 


o;o 


TCLAX 


—_ 
—_—t | ot 
—_, 


Ci = 20-100 pF for 
all 8088 Outputs 

in addition to 
internal loads 


io) 


oO 


(on) 
— — a ee eos 


oO;o 
_s 
oO 
© 


TCLCL-—45 


= 
© 


2TCLCL-75 


From 0.8V to 2.0V 
From 2.0V to 0.8V 


_ 
ie) 
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WAVEFORMS (Continued) 


BUS TIMING—MAXIMUM MODE ~ 1 | Te, ae 
SYSTEM pais 8288) ts TCLCL +|TCHICH2->| [+ —e| fe TCLACL1 ty 


ee 


CLK 
QS0,QS; 


§2,51)50 (EXCEPT HALT) 


en s=siseae 


TCHDX 


awseawss |) ae ae ee 
—>| 


spr PT MOTT a 
_ |. -RDY (8284 ues | : Fe aa | Pw FP ANT : : 


READY (8088 INPUT) —_ a 7 <— TCHRYX 
i 7 TRYHSH —> 


TCLAX }e— TRYHCH—>! _—e | 
READ CYCLE 7 TeLav—+| | TovcL ——>l--TcLDx 


ae a, a a 


TAZRL TCLRH an TRHAV 


"tee. | .. FCHDTL —| - | -TCHDTH — 
DTA 


TCLML—> 


8288 OUTPUTS 
SEE NOTES 5,6 


MRDC OR ORC 


DEN 
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WAVEFORMS (Continued) 


BUS TIMING—MAXIMUM ie M a " 
ine =I Tw 
MODE SYSTEM VCH 
che 75, 
cilaces s a= al, 
WRITE CYCLE TCLAV > TCLOV| «— 
pr > Ce ee ee 
DEN 
TCLML 
8288 OUTPUTS 
SEE NOTES 5,6 AMWC OR AIOWG 
<— TCLMH 
MWTC OR iOWC 
INTA CYCLE 
Ais— Ag FLOAT RESERVED FOR 
(SEE NOTES 3,4) CASCADE ADDR FLOAT - 
aa TCLDX 
AD7-AD E 
7-ADo (pointer | n| ) ane 
TSVMCH A ies 
a 
5 4 / 
MCE/ (Een es 
TCLMCH— —| TCHDTH 
OTIR 
8288 OUTPUTS ios Ape 
SEE NOTES 5,6 ) INTA a es 
<-TCLMH 
DEN 
SOFTWARE TCVNX— 
HALT —(DEN = Vo. ;RD, MRDG, ORC, MWTC,AMWC,|IOWC,AIOWG,INTA, DT/A = Von. 
AD7—ADo, Ais — Ag 
INVALID ADDRESS 
$2,51,S0 
NOTES: 1. ALL SIGNALS SWITCH BETWEEN Voy AND Vo, UNLESS OTHERWISE 
SPECIFIED. 
2. RDY 1S SAMPLED NEAR THE END OF Tp, T3, Tw TO DETERMINE IF Tw 
MACHINES STATES ARE TO BE INSERTED. 
3.. CASCADE ADDRESS IS VALID BETWEEN FIRST AND SECOND INTA 
CYCLES. 
4. TWO INTA CYCLES RUN BACK-TO-BACK. THE 8088 LOCAL ADDRIDATA 
BUS IS FLOATING DURING BOTH INTA CYCLES. CONTROL FOR 
POINTER ADDRESS IS SHOWN FOR SECOND INTA CYCLE. 
5. SIGNALS AT 8284 OR 8288 ARE SHOWN FOR REFERENCE ONLY. 
6. THE ISSUANCE OF THE 8288 COMMAND AND CONTROL SIGNALS 
(MRDC, MWTC, AMWC, [ORC, IOWC, ATOWT, INTA AND DEN) LAGS THE 
ACTIVE HIGH 8288 CEN. 
7. ALL TIMING MEASUREMENTS ARE MADE AT 1.5V UNLESS OTHERWISE 
NOTED. 
8. STATUS INACTIVE IN STATE JUST PRIOR TO Ty. 
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WAVEFORMS (Continued) 


ASYNCHRONOUS | | BUS LOCK SIGNAL TIMING | 
_ SIGNAL RECOGNITION | | (MAXIMUM MODE ONLY) 


= Any CLK Cycle = 
CLK : 

NMI | Sa Tinwetiicas note 1) Hie 

INTR signal ne 


NOTE: 1. SETUP REQUIREMENTS FOR ASYNCHRONOUS 
SIGNALS ONLY TO GUARANTEE RECOGNITION AT NEXT CLK 


REQUEST/GRANT SEQUENCE TIMING (MAXIMUM MODE ONLY) — 


~——— Any CLK Cycle —»|~=——— > 0-CLK Cycle —> 


|——revcH 
i TCHGX = 


PULSE 1 PULSE 3 
COPROCESSOR PULSE 2 OPROCESSOR 
RQ 8088 GT _\\. RELEASE 


COPROCESSOR 


(SEE NOTE 1) 


NOTE: 1. THE COPROCESSOR MAY NOT DRIVE THE BUSSES OUTSIDE THE REGION 
SHOWN WITHOUT RISKING CONTENTION. ; 


HOLD/HOLD ACKNOWLEDGE TIMING (MINIMUM MODE ONLY) 


~——1 OR 2 CYCLES; 


COPROCESSOR 
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DATA TRANSFER 

MOV = Move: 

Register/memory to/from reguster 
Immediate to register/memory 
Immediate to reguster 

Memory to accumulator 
Accumulator to memory 


PUSH . Push: 
Register/memory 
Register 

Segment register 


POP = Pop: 
Register/memory 
Register 
Segment register 


XCHG = Exchange: 
Register/memory with register 
Register with accumulator 


IN=Input from: 
Fixed port 
Variable port 


OUT = Output to: 

Fixed port 

Variable port 

XLAT= Translate byte to AL 
LEA=Load EA to register 
LO$-Load pointer to DS 
LES=Load pointer to ES 
LANF=Load AH with tlags 
SANF = Store AH into flags 
PUSHF=Push flags 
POPF=Pop flags 


ARITHMETIC 

ADO = Add: 

Reg /memory with register to either 
immediate to register/memory 


Immediate to accumulator 


ADC = Add with carry: 

Reg /memory with register to erther 
Immediate to register/memory 
Immediate to accumulator 


INC = Increment: 
Register/memory 

Register 

AAA-ASCII adjust tor add 
DAA=Decimal adjust for add 


SUB = Subtract: 

Reg /memory and register to either 
Immediate from register / memory 
Immediate from accumulator 


$88 - Subtrect with becrew 


Reg /memory and register to erther 
Immediate trom register /memory 
Immediate from accumulator 
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iAPX 86/10, 88/10 
INSTRUCTION SET SUMMARY. 


765439210 76543210 76543210 


[1000104 w|mod reg tim 
[1100011w|md000 vm | data‘ datadwt | 


| data 
addr-high 


| [oreo | sdartow [a0a;nah 
Register/memory to segment register (10001110 
Segment register to register/memory 4 10001100 |modOreg tim 


010 10 eq a 
0001reg 110 


10001111 4mod000 tim 


10000113W 
10010 teg 


11000100 


000000dw 
100000sw 
0000010w 


000100dw 
100000sw 
0001010Ww 


reg 
Corot 
00100111 


0010100w 
100000sw 


0010110w 


00011 00w 


100000sw 
0001110w 


mod reg tim 


mod reg 


mod reg fim 


mod eg tim 
mod 0 0 0 


cm 


_ gata datatsw 01] 


mod reg rim 
mod0 10 t/m data sw 01 | 


data data itw 1 


mod 00 0 um 


mod!01 rm 


a 


dataitw 


[ros t im | eal] aaadw 01] 


OEC Oecrement: 
Register/memory 
Register 

WEG Change sign 


CMP Compare: 


Register/memory and register 
Immediate with tegister/memory 
Immediate with accumulator 
AAS ASCII adjust tor subtract 
GAS Decimal adjust tor subtract 
MUL Multiply unsigned) 

IMUL Integer multiply (signed) 
AAM ASCII adjust for multiply 
OIV Divide unsigned) 

IDIV Integer divide tsigned) 

AAD ASCII adjust tor divide 

CBW Convert byte to word 

CWO Convert word to double word 


LOGIC 
WOT Invert 


PRELIMINARY 


765439210 76543210 


01001 «eg 


76543210 76843210 


OO1110dw 
oov00sw [meet tum [aa | aatsw or] 
foo1ttiOw| ata. | datatwi 
Oo1orrtit 

01 


11010105 


10011000 
10011001 


00001010 


SHL/SAL Shift logical-aritnmetic lett mod 100 cm | 


SHA Shift logical right 

SAR Shift arithmetic right 

AOL Rotate lett 

ROR Rotate right 

RCL Rotate through carry flag lett 
RCA Rotate through carry right 


AND And: 


Reg ‘memory and register to either 


Immediate to register/memory 


Immediate to accumulator 


TEST And function to flags. no result: 


Register/memory and register 


Immediate data and register /memory 


Immediate data and accumulator 


OR Or: 


Reg /memory and register to either 


Immediate to register/memory 
Immediate to accumutator 


XOA Exclusive or: 


Reg /memory and register to either 


Immediate to register/memory 


Immediate to accumulator 


STRING MANIPULATION 
REP=Repeat 

MOVS=Move byte/word 
CMPS=Compare by te/word 
SCAS=Scan byte/word 
LODS=Load byte/wd to AL/AX 
S$TOS=Stor byte/wa from AL/A 


B-51 


f110100vw mod tit sim 


Pororodww[mog010 1m” ] 


TO100 dw [nod ey vim] 
1o00000w{mod100 vm | aa] 


0010010w 


1000010 w |mod 


mod000 rim 


reg tim 


1010100w 


000010dw 
1000000w 
0000110w 


mod 
mod0 01 r/m 
data 


reg c/m 


7 


001100d wi imod reg rim 
1000000 |moatt 01m | 


0011010wW 


1O10110wW 


a 
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INSTRUCTION SET SUMMARY (Continued) 


CONTROL TRANSFER 


CALL = Call: 76543210 76543210 76543210 


Direct within segment 11101000 


Indirect within segment mod 010 r/m 


Direct tntersegment 10011010 


| 


Indirect intersegment mod0 11 ¢r/m 


JMP = Unconditional Jump: 
Direct within segment 

Direct within segment-short 
Indirect within segment 111191991 {[mod100 rim 


Direct intersegment 


seg-high 


Indirect intersegment mod 101 r/m 


RET = Return from CALL: 
Within segment 11000011 
11000010 


Within seg. adding immed to SP 
Intersegment 


Intersegment. adding immediate to SP} 11001010 data-low 


JE/JZ=Jump on equal/zero 
JL/JNGE=Jump on less/not greater 


or equa 
JLE/JMG=Jump on less or equal/not 
if 


greate 

JB/JNAE=Jump on below/not above [911410010 
or equa 

sRE/AMA-Jump on below or equal/ 
not above 

JP/JPE=Jump on parity/parity even 


01110100 


J0=Jump on overflow 01110000 


J8=Jump on sign 01111000 


JNE/JNZ=Jump on not equal/not zero 
JNL/JGE=Jump on not less /greater 


or equa 
JMLE/JE=Jump on not less or equal/ 
greater 


| 


Footnotes: 


AL = 8 bit accumulator 

AX = 16-bit accumulator 

CX = Count register 

‘DS = Data segment 

ES = Extra segment 

-Above/below refers to unsigned value. 

Greater = more positive; 

Less = less positive (more negative) signed values 
if d= 1 then ‘‘to” reg; if d = 0 then “from” reg 

‘if w= 1 then word instruction; if w = 0 then byte instruction 


if mod = 11 then r/m is treated as a REG field 
if mod = 00 then DISP = 0°, disp-low and disp-high are absent 


: 
: 


offset-high 


! 


al @ 


data-low data-high - 


76543210 76543210 


JNB/JAE- Jump on not below/above 


or equa 

JNBE/JA- Jump on not below or disp 
equal/above 

JMP/JPO: Jump on not par/par odd 

JNO: Jump on not overflow 01110001 

JNS Jump on not sign 

LOOP Loop CX times 11100010 


LOOPZ/LOOPE Loop while zero/equal [11100001 
LOOPNZ/LOOPNE Loop while not 
zero/equa! 11100000 


JCXZ Jump on CX zero 


INT Interrupt ; 
Type specified 11001101 type 
Type 3 : 11001100 

INTO: Interrupt on overflow 


IRET Interrupt return 11001111 


PROCESSOR CONTROL 
CLC Clear carry 

CMC Complement carry 

STC Set carry T11Vt1001° 
CLO Clear direction 111411100 

STO Set direction 

CLI Clear interrupt 

STI Set interrupt 

HLT Halt 

WAIT Wait 

ESC Escape (to external device) 
LOCK Bus lock prefix 11110000 


17111010 
11979014 


if s:w = 01 then 16 bits of immediate data form the operand 
if s;w= 11 then an immediate data byte is sign extended to 
form the 16-bit operand. 

if v=0 then ‘‘count’’ = 1; if v=1 then ‘‘count”’ in (CL) 

x= don't care 

z is used for string primitives for comparison with ZF FLAG. 


SEGMENT OVERRIDE PREFIX 
001+reg 110 


REG is assigned according to the following table: 


110131 xx x{modx x x t/m 


if mod = 01 then DISP = disp-low sign-extended to 16-bits, disp-high is absent J6-Bit (w = 1) B-Bit (w = 0} Segment — 
if mod = 10 then DISP = disp-high: disp-low on an ot a 7 4 
if r/m = 000 then EA = (BX) + (SI) + DISP . ; a ; 010 OX 010 DL 10 SS - 
if r/m = 001 then EA = (BX) + (DI) + DISP oe 011 BX 011 BL 11. DS 
if r/m = 010 then EA = (BP) + (SI) + DISP . _ 100 SP 100 AH 

if r/m = 011 then EA = (BP) + (DI) + DISP as . a i a 

if r/m = 100 then EA = (SI) + DISP . a a . . af 11 Ol 431° BH 


if r/m = 101 then EA = (DI) + DISP 
if r/m = 110 then EA = (BP) + DISP* 
if r/m = 111 then EA = (BX) + DISP 


DISP follows 2nd byte of instruction (before data if required) Instructions which reference the flag register file as a 16-bit object use the symbol FLAGS to 


represent the file: 


*except if mod = 00 and r/m = 110 then EA = disp-high: disp-low. FLAGS = X:X:X:X:(OF):(DF): (IF): (TF):(SF):(Z2F):X:(AF):X:(PF):X:(CF) 
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8089 
8 & 16-BIT HMOS I/O PROCESSOR 


= High Speed DMA Capabilities Including = 1 Mbyte Addressability 
0 to Memory, Memory to I/O,Memory —s» Memory Based Communication with 


to Memory, and 1/O to I/O -ePuU 

=» iAPX 86, 88 Compatible: Removes I/O a pen ise bai or REMOTE I/O 

_ Overhead from CPU in iAPX 86/11 or bests | 
88/11 Configuration # Flexible, Intelligent DMA Functions 
| Including Translation, Search, Word 

= Allows Mixed Interface of 8- & 16-Bit Assembly/Disassembly | 
Peripherals, to 8- & 16-Bit Processor = MULTIBUS™ Compatible System 
Busses ? Interface 


The Intel® 8089 is a revolutionary concept in microprocessor input/output processing. Packaged in a 40-pin DIP package, 
the 8089 is a high performance processor implemented in N-channel, depletion load silicon gate technology (HMOS). The 
8089’s instruction set and capabilities are optimized for high speed, flexible and efficient I/O handling. It allows easy 
interface of Intel’s 16-bit iAPX 86 and 8-bit iAPX 88 microprocessors with 8- and 16-bit peripherals. In the REMOTE 
configuration, the 8089 bus is user definable allowing it to be compatible with any 8/16-bit Intel microprocessor, interfacing 
easily to the Intel multiprocessor system bus standard MULTIBUS™. ; | 


The 8089 performs the function of an intelligent DMA controller for the Intel iAPX 86, 88 family and with its processing 
power, can remove I/O overhead from the iAPX 86 or iAPX 88. It may operate completely in parallel with a CPU, giving 
dramatically improved performance in I/O intensive applications. The 8089 provides two I/O channels, each supporting a. 
transfer rate up to 1.25 mbyte/sec at the standard clock frequency of 5 MHz. Memory based communication between the 
lOP and CPU enhances system flexibility and encourages software modularity, yielding more reliable, easier to develop 
systems. 


\/O CHANNEL 1 | ad | 


Vss(]1 | 4017] Vcc 
atain14 [] 2 39 [7] A1siD15 
A13/D13 [] 3 38 |] A16/S3 
aizo12} 4 © 37] At7IS4 
[———) STATUS A1uD110] 5 36 {_] A18/S5 

Ato/D10 [] 6 35 |] A19/S6 
aging (7 34|7] BHE 
ADDRESS/  as/os] 8 33 [7] ext 1 
DATA __ ammp7 9 3217) ExT 2 
"apps C] 10 31[-] pRa1 
asips [1] 11 30 |] pRa2 
aaipa [12 291] Lock 
Agios [}.13° 52 
A2ip2 [] 14 51 
AupiC] 15 26 [-] 56 
“aordo (1 16 20 aqat 
SINTR-1 (J 17 2417] SEL . 
“ SINTR-2 [| 18 23[-] cA 
cLk [1] 19 ‘22 [7] READY 
Vss C] 20 21{_] RESET 


DMA REQ, 


DMA 
TERMINATE, 


BUS ‘ 
CONTROL 


AND 
ARBITRATION 


1/0 BUS 


DMA REQ? 


DMA 
TERMINATE2 


ASSEMBLY/ 
- DISASSEMBLY 


INSTRUCTION 
FETCH UNIT 


: Figure 2. 
Figure 1. 8089 I/O Processor Block Diagram 8089 Pin Configuration 
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A16-A19/ 
$3-S6 


Table 1. Pin Description 


Name and Function 


/O | Multiplexed Address and Data Bus: The 


function of these lines are defined by the 
state of SO, S17 and S2 lines. The pins are 
floated after reset and when the bus is not 
acquired. A8-A15 are stable on transfers toa 


- physical 8-bit data bus (same bus as 8088), 


and are multiplexed with data on transfers to 
a 16-bit physical bus. 


‘Address and Status: Multiplexed most 


significant address lines and status in- 
formation. The address lines are active only 
when addressing memory. Otherwise,’ the 
Status lines are active and are encoded as 
shown below. The pins are floated after reset 
and when the bus is not acquired. | 

S6 S5 $4 S3 

1.1 0 0 DMAcycle on CH1 

1 1 0 1 DMAcycle on CH2 

1-1 1° 0-Non-DMA cycle on CH1 

1.1 1 1 Non-DMA cycle on CH2 


Bus High Enable: The Bus High Enable is| 


used to enable data operations on the most 
significant half of the data bus (D8-D15). The 


signal is active low when a byte is to be 


transferred on the upper half of the data bus. 


The pin is floated after reset and when the 
bus is not acquired. BHE does not have to be| | 
“latched. » 


‘Status: These are the status pins that define 


the IOP activity during any given cycle. They 
are encoded as shown below: 
52 $1 S0 
"0 Instruction fetch; I/O space 

Data fetch; I/O space 

Data store; I/O space 

Not used 

Instruction fetch; System Memory 

Data fetch; System Memory 

Data store; System Memroy 

Passive 
The status lines are utilized by the bus 
controller and bus arbiter to. generate all 
memory and I/O control signals. The signals 
change during T4 if a new cycle is to be 
entered while the return to passive state in T3 
or Tw indicates the end of a cycle. The pins 
are floated after system reset and when the 
bus is not acquired. 


Ready: The ready signal received from the 
addressed device indicates that the device is 
ready for data transfer. The signal is active 
high and is synchronized by the 8284 clock 
generator. 


| Symbol |Type Name and Function 


Lock: The lock output signal indicates to the 
bus controller that the bus is needed for more 
than one contiguous cycle. It is set via the 
channel control register, and during the TSL 
instruction. The pin floats after reset and 
when the bus is not ‘Beguited: This output is 
active low. — . 


Reset: The receipt of a reset signal causes 
the IOP to suspend all its activities‘and enter 
an idle state until a channel attention is 
received. The signal must be active for at 
least four clock cycles. 


Clock: Clock provides all anae needed for 
internal lOP operation. 


Channel Attention: Gets the attention of the 
IOP. Upon the falling edge of this signal, the 
SEL input pin is examined to determine 
Master/Slave or CH1/CH2 information. This 
input is active high. . 


Select: The first CA received after system 
reset informs the IOP via the SEL line, whe- 
ther it is a Master or Slave (0/1 for Mas- 
ter/Slave respectively) and starts the in- 
itialization sequence. During any other CA 
the SEL line signifies the selection of 
CH1/CH2. (0/1 respectively.) 


Data Request: DMA request inputs which 
signal the IOP that a peripheral is ready to 
transfer/receive data using channels 1 or 2 
respectively. The signals must be held active 
high until the appropriate fetch/stroke is 
initiated. 


DRQ1-2 


Request Grant: Request Grant implements 
the communication dialogue required to ar- 
bitrate the use of the system bus (between 
{OP and CPU, LOCAL mode) or I/O bus when 
two IOPs share the same bus (REMOTE 
mode). The RQ/GT signal is active low. An 
internal pull-up permits RQ/GT to be left 
floating if not used. 


SINTR1-2 Signal Interrupt: Signal Interrupt outputs 
from channels 1 and 2 respectively. The 
interrupts may be sent directly to the CPU or 
through the 8295A interrupt controller. They 
are used to indicate to the system the 


occurrence of user defined events. 


EXT1-2 External Terminate: External terminate 
inputs for channels 1 and 2 respectively. The 
EXT signals will cause the termination of the 
current DMA transfer operation if the chan- 
nel is so programmed by the channel control 
register. The signal must be held active high 


until termination is complete. 


Voltage: +5 volt power input. 
Ground. — 
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FUNCTIONAL DESCRIPTION 


The 8089 IOP has been designed to remove I/O proces- 
sing, control and high speed transfers from the central 
processing unit. Its major capabilities include that of in- 
itializing and maintaining peripheral components and 
supporting versatile DMA. This DMA function boasts 
flexible termination conditions (such as external termi- 
nate, mask compare, single transfer and byte count ex- 
pired). The DMA function of the 8089 IOP uses a two cy- 
cle approach where the information actually flows 
through the 8089 IOP. This approach to DMA vastly sim- 
plifies the bus timings and enhances compatibility with 
memory and peripherals, in addition to allowing opera- 
tions to be performed on the data as it is transferred. 
Operations can include such constructs as translate, 
where the 8089 automatically vectors through a lookup 
table and mask compare, both on the “fly”. 


The 8089 is functionally compatible with Intel’s iAPX 86, 88 
family. It supports any combination of 8/16-bit busses. In 
the REMOTE mode it can be used to complement other 
Intel processor families. Hardware and communication 
architecture are designed to provide simple mechanisms 
for system upgrade. 


The only direct communication between the IOP and 
CPU is handled by the Channel Attention and Interrupt 
lines. Status information, parameters and task pro- 
grams are passed via blocks of shared memory, simpli- 
fying hardware interface and encouraging structured 
programming. 


The 8089 can be used in applications such as file and 
buffer management in hard disk or floppy disk control. It 
can also provide for soft error recovery routines and scan 


0 


8284 
clock fF-44 
GENERATOR 


15 BIT VO ADDR 
DECODE 


NOTE: ONLY ONE rete IS NEEDED IF CONFIGURED WITH 8088 AND ONLY 64K 
ADDRESSING IS USED. ONLY ONE TRANSCEIVER !S NEEDED IF USING A 
PHYSICAL 8-BIT DATA BUS (8088). 


control. CRT control, such as cursor control and auto 
scrolling, is simplified with the 8089. Keyboard control, 
communication control and general I/O are just a few of 
the typical applications for the 8089. 


Remote and Local Modes 


Shown in Figure 3 is the 8089 in a LOCAL configuration. 
The iAPX 86 (or iAPX 88) is used in its maximum mode. The 
8089 and iAPX 86 reside on the same local bus, sharing the 
same set of system buffers. Peripherals located on the 
system bus can be addressed by either the iAPX 86 or the 
8089. The 8089 requests the use of the LOCAL bus by 
means of the RQ/GT line. This performs a similar function 
to that of HOLD and HLDA on the Intel 8085A, 8080A and 
iAPX 86 minimum mode, but is implemented on one 
physical line. When the iAPX 86 relinquishes the system 
bus, the 8089 uses the same bus control, latches and 
transceiver components to generate the system address, 
control and data lines. This mode allows a more 
economical system configuration at the expense of 
reduced CPU thruput due to IOP bus utilization. 


A typical REMOTE configuration is shown in Figure 4. In 
this mode, the IOP’s bus is physically separated from 
the system bus by means of system buffers/latches. The 
IOP maintains its own local bus and can operate out of 
local or system memory. The system bus interface con- 
tains the following components: 


e Up to three 8282 buffer/latches to latch the address to 
the system bus. 


e Up to two 8286 devices bidirectionally buffer the 
system data bus. 


ual 


Isle} jis lo lz | 


2716-2 ee MCS-80 
. RAM (4) EPROM (2) PERIPHERAL PERIPHERAL 


INT INT 
2Kx8 2Kx8 OMQ DMAC OMQ DMAC 


Figure 3. | Typical iAPX 86/11, 88/11 Configuration with 8089 in LOCAL Mode, 8088, 8086 in MAX Mode 
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© An 8288.bus controller supplies the control signals 
. necessary for buffer operation..as well as MRDC 
(Memory Read) and MWTC (Memory Write) signals. 


e An 8289 bus arbiter performs all ‘the functions 
necessary to arbitrate the use of the system bus. This 
is used in place of the RQ/GT logic in the LOCAL 

_mode. This arbiter decodes type of cycle information 
from the 8089 status lines to determine if the |OP 
desires to perform a transfer over the “‘common” or 
system bus. | _ | - 

The peripheral devices PER1 and PER2 are supported on 

their own data and address bus. the 8089 communicates 

with the peripherals without affecting system bus opera- 
tion. Optional buffers: may be used on the local bus when 
capacitive loading conditions so dictate. I/O programs and 

RAM buffers may also reside on the local bus to further 

reduce:system bus utilization. =. 


COMMUNICATION MECHANISM 

Fundamentally, communication between the CPU and 
lOP is performed through messages prepared in shared 
memory. The CPU can cause the 8089 to execute a pro- 
gram by placing it in the 8089’s memory space and/or 
directing the 8089’s attention to it by asserting a hard- 
ware Channel Attention (CA) signal to the IOP, ac- 
tivating the proper I/O channel. The SEL Pin indicates to 


TO LOCAL 


vO BUS 


ROM/RAM 


(OPTIONAL—IF 
NEEDED TO REDUCE 
LOADING ON 8089) 
Pode sine ; —! 
' 
1 


ADDRESS 


8089 
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the IOP which channel is being addressed. Communica- 
tion from the IOP to the processor can be performed ina 
similar manner via a system interrupt (SINTR 1,2), if the 
CPU has enabled interrupts for this purpose. Addition- 
ally, the 8089 can store messages in memory regarding 
its status and the status of any peripherals. This com- 
munication mechanism is supported by a hierarchial 
data structure to provide a maximum amount of flexi- 
bility of memory use with the added capability of hand!- 
ing multiple |OP’s. as 


Illustrated in Figure 5 is an overview of the communica- 
tion data structure hierarchy that exists for the 8089 I/O 
processor. Upon the first CA from RESET, if the IOP is 
initialized as the BUS MASTER, 5 bytes of information are 
read into the 8089 starting at location FFFF6.(FFFF6, 
FFFF8-FFFFB) where the type of system bus (16-bit or 8- 
bit) and pointers to the system configuration block are 
obtained: This is the only fixed location the 8089 accesses. 
The remaining addresses are obtained via the data struc- 
ture hierarchy.. The 8089 determines addresses in the 
same manner as does the iAPX 86; i.e., a 16-bit relocation 
pointer is offset left 4 bits and added to the 16-bit address 
offset, obtaining a 20-bit address. Once these 20-bit ad- 
dresses are formed, they are stored as such, as all the 8089 
address registers are 20 bits long. After the system con- 
figuration: pointer address is formed, the 8089 IOP ac- 
cesses the system configuration block. ‘ 


(A 


MULTIBUS 
ARBITRATION 
SIGNALS 


8286/87 
ADDRESS/DATA TRANC. 


-Figure-4. Typical REMOTE Configuration 
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LOCATION 
FFFF6 


SYS BUS ]+— 
SCB ADDRESS 
SCB RELOCATION 


CB ADDRESS 
CB RELOCATION 


CONTROL | susy | ccw | 


ADDRESS 
INCREASE 
SYSTE 


YSTEM 
CONFIGURATION 
BLOCK 


PB ADORESS 
PB RELOCATION 


CHANNEL 
1 


PB ADDRESS 
PB RELOCATION 


CHANNEL 
2 


PARAMETER 
BLOCK 


TB ADDRESS 
“TB RELOCATION _tastetck | 


USER DEFINED tOP TASK 


| PROGRAM ] 


Figure 5. Communication Data Structure Hierarchy 


The System Configuration Block (SCB), used only dur- 
ing startup, points to the Control Block (CB) and provides 
IOP system configuration data via the SOC byte. The 


SOC byte initializes IOP 1/O bus width to 8/16, and — 


defines one of two IOP RQ/GT operating modes. For 
RQ/GT mode 0, the IOP is typically initialized as SLAVE 
and has its RQ/GT line tied to a MASTER CPU (typical 
LOCAL configuration). In this mode, the CPU normally 
has control of the bus, grants control to the IOP as need- 
ed, and has the bus restored to it upon IOP task comple- 
tion (IOP request—CPU grant—lIOP done). For RQ/GT 
mode 1, useful only in remote mode between two IOPs, 
MASTER/SLAVE designation is used only to initialize 
bus control: from then on, each IOP requests and grants 
as the bus is needed (IOP1 request—lOP2 grant—lOP2 
request—lIOP1 grant). Thus, each IOP retains bus con- 
trol until the other requests it. The completion of in- 
itialization is signalled by the IOP clearing the BUSY 


flag in the CB. This type of startup allows the user to. 


have the startup pointers in ROM with the SCB in RAM. 
Allowing the SCB to be in RAM gives the user the flex- 
‘ibility of being able to initialize multiple |OPs. 


The Control Block furnishes bus control Initialization for 
the IOP operation (CCW or Channel Control Word) and 
provides pointers to the Parameter Block or “data” 
memory for both channels 1 and 2. The CCW is retrieved 
and analyzed upon all CA’s other than the first after a 
reset. The CCW byte is decoded to determine channel 
Operation. 


The Parameter Block contains the address of the Task 
Block and acts as a messge center between the IOP and 
CPU. Parameters or variable information is passed from 
the CPU to its IOP in this block to customize the soft- 
ware interface to the peripheral device. It is also used 
for transferring data and status information between the 
IOP and CPU. 


The Task Block contains the instructions for the respec: 


tive channel. This block can reside on the local bus of | 


B-57 


8089 


PRELIMINARY 


the IOP, allowing the 1OP to operate concurrently with 
the CPU, or reside in system memory. 


The advantage of this type of communication between 
the processor, IOP and peripheral, is that it allows for a 
very clean method for the operating system to handle 
1/0 routines. Canned programs or “Task Blocks” allow 
for execution of general purpose I/O routines with the 
status and peripheral command information being 
passed via the Parameter Block (‘‘data” memory). Task 
Blocks (or ‘‘program’ memory) can be terminated or 
restarted by the CPU, if need be. Clearly, the flexibility 
of this communication lends itself to modularity and ap- 
plicability to a large number of peripheral devices and 
upward compatibility to future end user systems and 
microprocessor families. | ae ee 


Register Set 


The 8089 maintains separate registers for its two I/O 
channels as well as some common registers (see Figure 
6). There are sufficient registers for each channel to sus- 
tain its own DMA transfers, and process its own instruc- 
tion stream. The basic DMA pointer registers (GA, GB — 
20 bits each), can point to either the system. bus or local 
bus, DMA source or destination, and can be autoincre-. 
mented. A third register set (GC) can be used to allow 
translation during the DMA process through a lookup 
table it points to. Additionally, registers are provided fora 
masked compare during the data transfer and can be set. 
up to act as one of the termination conditions. Other 
registers are also provided. Many of theseregisters canbe. 
used as general purpose registers during program execu- 
tion, when the IOP is not performing DMA cycles. 


USER PROGRAMMABLE 
. . re) 


G.P. ADDRESS C (GC) 
= TASK POINTER (TP) 


1-BIT POINTER TO EITHER I/O OR SYSTEM MEMORY SPACE 
15 


BYTE COUNT (BC) 
—wask [compan wo 
CHANNEL CONTROL (CC) 


NON USER PROGRAMMABLE 
(ALWAYS POINTS TO SYSTEM MEMORY) 


a ee tn | 
PARAMETER POINTER (PP) 


CHANNEL CONTROL POINTER (CP) 


Figure 6. Register Model 


‘Bus Operation 


The 8089 utilizes the same bus structure as the 
iAPX 86, 88 in their maximum mode configurations (see 
Figure 7). The address is time multiplexed with the data 
on the first 16/8 lines. A16 through A19 are time multi- 


plexed with four status lines S3-S6. For 8089 cycles, S4 
. and S3 determine what type of cycle (DMA versus non- 


DMA) is being performed on channels 1 or 2. S5 and S6 


AFN-00840C 


intel 


8089 


PRELIMINARY 


are a unique code assigned to the 8089 IOP, enabling 
the user to detect which processor is performing a bus 
cycle in a multiprocessing environment. 


The first three Status lines, SO-S2, are used with an 8288 
bus controller to determine if an instruction fetch or 
data transfer is being performed in I/O or system 
memory space. | oe 


-DMA transfers require at least two bus cycles with each 
bus cycle requiring a minimum of four clock cycles. Ad- 
ditional clock cycles are added if wait states are re- 
quired. This two cycle approach simplifies considerably 
the bus timings in burst DMA. The 8089 optimizes the 
transfer between two different bus widths by using 
three bus cycles versus four to transfer 1 word. More 
than one read (write) is performed when mapping an 
8-bit bus onto a 16-bit bus (vice versa). For example, a 
data transfer from an 8-bit peripheral to a 16-bit physical 
location in memory is performed by first doing two 
reads, with word assembly within the IOP assembly 
register file and then one write. | 


As can be expected, the data bandwidth of the lOP is a 
function of the physical bus width of the system and I/O 
busses. Table 2 gives the bandwidth, latency and bus 
utilization of the 8089. The system bus is assumed to be 


SEE NOTE14, 


ADDRIDATA 
(16-BIT 
PHYSICAL BUS) | 


MEMORY ACCESS TIME 


NOTE 1: BHE IS STABLE (i.e, NON MULTIPLEXED) THROUGHOUT EACH TRANSFER 
CYCLE. Ag-A,, ARE ALSO STABLE ON TRANSFERS TO A PHYSICAL 8-8IT 
BUS. i 


16-bits wide with either an 8-bit peripheral (under byte 
column) or 16-bit peripheral (word column) being shown. 


The latency refers to the worst case response time bv 
the IOP to a DMA request, without the bus arbitration 
times. Notice that the word transfer allows 50% more 
bandwidth. This occurs since three bus cycles are re- 
quired to map 8-bit data into a 16-bit location, versus two 
for a 16-bit to 16-bit transfer. Note that it is possible to 
fully saturate the system bus in the LOCAL mode 
whereas in the REMOTE mode this is reduced to a max- 
imum of 50%. 


Table 2. Achievable 5 MHz 8089 Operations 


ea 


Bandwidth | 830KB/S | 1250KB/S | 830KB/S | 1250 KB/S 
1.0/2.4 psec*| 1.0/2.4 ysec* | 1.0/2.4 psec*| 1.0/2.4 usec* 


2.4 psec 1.6 psec 0.8 usec 0.8 psec 
System Bus) = pbeR PER PER PER 
Utilization | tRANSFER | TRANSFER | TRANSFER | TRANSFER 


*2.4 usec if interleaving with other channel and no wait states. 1usec if 
channel is waiting for request. 


(4+ Nwart) = Tov — $$$ (4+ Nwait) = Toy 
| T3 | Twair | Ta 1 | T2 | T3 | Twairt | Te . 


GOES INACTIVE IN THE STATE 
JUST PRIOR TO Ty 


BUS RESERVED 015-Do ? . ; z 
( Aste) = FOR DATA IN VALID ( ato ) DATA OUT (045~Do) {xX | 


WN 


WAIT 


Figure 7. 8089 Bus Operation 
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ABSOLUTE MAXIMUM RATINGS* *NOTICE: Stresses above those listed under “Absolute 


Maximum Ratings” may cause permanent damage to the 
device. This is a stress rating only and functional opera- 


Ambient Temperature Under Bias......... 0°C to 70°C tion of the device at these or any other conditions above 
Storage Temperature............. — 65°C to + 150°C those indicated in the operational sections of this 
Voltage on Any Pin with specification is not implied. Exposure to absolute maxi- 
Respect to Ground................. -10to+7V mum rating conditions for extended periods may affect 
Power Dissipation ........... 0.0... cece eee 2.5 Watt device reliability. | 


D.C. CHARACTERISTICS (1a = 0°C to 70°C, Voc = 5V +10%) | | 


[Symbol [Parameter «Win —[~Wax [Unite 
Output Low Voltage it pee SN 0B Me il 

Output High Voltage a 

Power Supply Current a a ee 

Input Leakage Current =| | 10 | WA | COV <VIN< Vc 
Output Leakage Current =| | #10 | A |_0-48V< Vou < Veco | 
Clock InputLow Voltage | -05 | = +06 | OV | 
S389 Le 
a 
A.C. CHARACTERISTICS (ty = 0°C to 70°C, Veg = 5V +10%) 
paren 


Test Conditions | | 


lo. = 2.0 mA 


lon = — 400 pA 
Ta= 25°C 


fo=1MHz 


Clock Input High Voltage 3 Vec+ 1.0 
ADo— AD45, RQ/GT) 
8089/8086 MAX MODE SYSTEM (USING 8288 BUS CONTROLLER) TIMING REQUIREMENTS 


350 
Capacitance of Input Buffer 

15 
Capacitance of I/O Buffer 15 
(ADg — AD45, RQ/GT) 


Test Conditions 


Data In Setup Time 30 
Data In Hold Time 10 
RDY Setup Time into 8284 (See Notes 1, 2) 35 
[Totaik [ROY Hola Tine to 6264 (See Notes.) Sd 
30 

30 


From 1.0V to3.5V. | 
From 3.5V to 1.0V 


. 10 


: a 
[TAYEGL | READY inacive to LK(GeeNoie —————SSCSC~sdCSC‘“‘ SC” 
, 
oe re ee 


TCALSLX SEL Hold Time SS re 
TCHGX GT Hold Time into 8089 | 


From 0.8V to 2.0V 


TILIH Input Rise Time (Except CLK) 
From 2.0V to 0.8V 


TIHIL Input Fall Time (Except CLK) 
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A.C. CHARACTERISTICS (Continued) 


TIMING RESPONSES 


Test Conditions — 


Parameter : 


TCLML Command Active Delay (See Note 1) 


Command Inactive Delay (See Note 1) 
2 
Address Valid Delay 10 
: 
Address Float Delay | 7 -  TCLAX 
Status Valid to ALE High (See Note 1) 
CLK Low to ALE Valid (See Note 1) 

ALE Inactive Delay (See Note 1) 


Data Valid Delay : 10 


Data Hold Time 10 


Control Active Delay (See Note 1) 


ie) 
on 


110 
_ 110 


130. 
110 


= 
oO 
w 
ao 


— | wt | ot 
oa 


o 


Ci = 150 pF 


= 
_ 
oO 
77) 


—_ 
(=) 
[o,) 


fh 
o 


> 
on 


_ Control Inactive Delay (See Note 1) 


TCHDTL 
TCHDTH 


Direction Control Active Delay (See Note 1) 


Direction Control Inactive Delay (See Note 1) 


[e) 
Oo 
3 
on 


[oe] 
on 


150 


= 
o;1on 
on 


Le) 


TOHOL Output Fall Time From 2.0V to 0.8V 
NOTES: 1. Signal at 8284 or 8288 shown for reference only. 4. Applies only to T2 state. 
2. Setup requirement for asynchronous signal only to guarantee recognition at next CLK. 5. Applies only if RQ/GT Mode 1 CL=30pf, 2.7 KO pull up to Vcc. 


3. Aplies only to T3 and TW states. 


A.C. TESTING INPUT, OUTPUT WAVEFORM  ~—__ A.C. TESTING LOAD CIRCUIT 


INPUT/OUTPUT 


DEVICE 
UNDER 
TEST 


1.5 <«——— TEST POINTS ———> 1.5 


0.45 


A.C. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR ALOGIC “1” AND 0.45V FOR 
ALOGIC “0.” THE CLOCK IS DRIVEN AT 4.3V AND 0.25V. TIMING MEASURE- — - 
MENTS ARE MADE AT 1.5V FOR BOTH A LOGIC "1" AND “0.” 


CL = 100 pF 
C, INCLUDES JiG CAPACITANCE 
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WAVEFORMS 


8089 BUS TIMING USING 8288 
Ty T2 Ts Ta 
Me tieiaed -—_- | TCL2CL1 


- TCLCL ———- 


Tw 


VCH 
CLK 
VCL <— TCHDX 
TCLAV—= 


Ag-Ays ON TRANSFERS 
SEE NOTE7} TO AN 8-BIT PHYSICAL BUS a. cs 
AND BHE FLOAT 
(SEE NOTE 3) 
<—_——_+| TCHSV <TC | fercish | 
Si SG UENCEPTHALD i rt 
TCHDX 


ae hp a am rt 


TSVLH (SEE NOTE 3) 
TCLLH ——— oS 
rc 
ALE (8288 OUTPUT) / 


rivet | 


\\e ANN AMT 


on | — = 


READ — (MWTC,AMWC,IOWG,AIOWC = Von) TeLaee ee —eltciaz l- TDVCL on 
SEE NOTE7 


fala MRE) ac FLOAT (_DATAIN | mw} pau) 

- ae TCHDTH 
DTA 

ts aoe 


SEE NOTE 4 


RDY (8284 INPUT) 


READY (8089 INPUT) | 


SEE NOTES 4, 5 


TCVNX —> 
— (RO : OTIR=V — 
WRITE — (RD,MRDC,IORC on) TCLAV BOAT. 


SEE NOTE 7 (SEE 
DATA OUT 
NOTE 3) 


AND ABOVE | AD15-ADo 
TCVNV> | rovux— 
DEN 
| a TCLMH —! LX 
8288 OUTPUTS 
SEE NOTES 4,5 AMWC OR AIOWC 


(BHE) 


MWTC OR IOWC 


NOTES: 


ALL SIGNALS SWITCH BETWEEN Voy AND Vo, UNLESS OTHERWISE SPECIFIED. 

ROY IS SAMPLED NEAR THE END OF T2,T3,Ty TO DETERMINE IF Tw MACHINE STATES ARE TO BE tNSERTED. 

FOLLOWING A WRITE CYCLE DATA REMAINS VALID ON THE 8089 LOCAL BUS UNTIL A LOCAL BUS MASTER DECIDES TO RUN ANOTHER BUS 
CYCLE. THE LOCAL BUS IS FLOATED BY THE 8089 WHEN THE 8089 ENTERS A REQUEST BUS ACKNOWLEDGE STATE. 

. SIGNALS AT 8284 OR 8288 ARE SHOWN FOR REFERENCE ONLY. 
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ALL TIMING MEASUREMENTS ARE MADE AT 1.5V UNLESS OTHERWISE NOTED. 

Ag- Ars ARE STABLE ON TRANSFERS TO AN 8-BIT PHYSICAL DATA BUSie. Ag-Ais 
DON'T FLOAT ON A READ FROM AN 8&-BIT PHYSICAL BUS OR MULTIPLEX WITH 
DATA ON A WRITE TO AN &-BIT PHYSICAL BUS BHE 1S STABLE (NON 
MULTIPLEXED) FOR ALL TRANSFERS 


Pad 
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WAVEFORMS (Continued) 


ASYNCHRONOUS SIGNAL RECOGNITION 


TINVCH (SEE NOTE 1) 
DRQ 1,2 


: signal 
RESET | 


NOTES: © - 
1. SETUP REQUIREMENTS FOR ASYNCHRONOUS SIGNALS ONLY TO GUARANTEE . NEGATIVE EDGE TRIGGERED. 


RECOGNITION AT NEXT CLK. 3. DRQ BECOMING ACTIVE GREATER THAN 30 ns AFTER THE RISING EDGE OF CLK 
2. ALL INPUTS EXCEPT CA ARE LATCHED ON A CLK EDGE. THE CA INPUT IS WILL GUARANTEE NON-RECOGNITION UNTIL THE NEXT RISING CLOCK EDGE. 


BUS LOCK SIGNALTIMING AND SINTR_ 


Any CLK Cycle =| e---— Any CLK Cycle ai 


TCLAV |+— 


SINTR 1,2 


REQUEST/GRANT SEQUENCE 


M RAR 
egeploal ~<¢—— MASTER FLOATS A/D BUS ogee ee |g. e080 FLOATSAID BUS 
8089 AS SLAVE (MODE 0) STATUS BUS ; “ } 


8089 WAITS FOR BUS 8089 USES BUS 


8089 RG OUTPUT 8089 GT INPUT 8089 RELEASE OUTPUT 
oe MASTER) ° (FROM MASTER) (TO MASTER) 
8089 REQUESTS BUS 8089 RELEASES BUS . 


* 8089 AS MASTER (MODE 1) 


TCHGX—>> 
‘ |t—TGVCH : TCLGL ~<t-— TCLGH 


8089 FLOATS 
A/D BUS 


8089 RO INPUT 8089 GT OUTPUT 
(FROM CURRENT SLAVE) (OLD MASTER BECOMES NEW SLAVE) 


8089 FLOATS A/D BUS © 


8089 AS MASTER (MODE 0) 


TCHGX—> 


8089 FLOATS 
STATUS BUS 


8089 RG INPUT . “'""_g9g9 GT OUTPUT 2) ee " g089 RELEASE INPUT 
(FROM CURRENT SLAVE) (OLD MASTER BECOMES NEW SLAVE) (TO MASTER) 
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WAVEFORMS (Continued) 


EXTERNAL TERMINATE SETUP 


CLK 


TINVCH+> 
EXT 1,2 


SEL SETUP AND TIMING 


TSLVCAL —e}«- TCALSLX 
SEL 
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‘Data Transfers 


JLPD P,M 
-}LPDI P,I 
| MOVP M,P 
‘| MOVP P,M 


POINTER INSTRUCTIONS | | OPCODE 


Move from Source to Destination 


Load Pointer PPP from Addressed Location 

Load Pointer PPP Immediate 4 Bytes 

Store Contents of Pointer PPP in Addressed Location | 
Restore Pointer 


MOVE DATA 


Source— 
Destination— |. 
Load Register RRR from Addressed Location 
Store Contents of Register RRR in Addressed Location 
Load Register RRR Immediate (Byte) Sign Extend 
Move Immediate to Addressed Location 


Control Transfer 


*CALL 


7 07 0 
Call Unconditional 100 dd AAW/1001 141MM 


Unconditional 

Jump on Zero Memory 

Jump on Zero Register 

Jump on Non-Zero Memory 

Jump on Non-Zero Register 

Test Bit and Jump if True 

Test Bit and Jump if Not True 
Mask/Compare and Jump on Equal 
Mask/Compare and Jump on Non-Equal 


Arithmetic and Logic Instructions 


“ADDI M,I 


*“ADDI R,I 
TADD M,R 
TADD R,M 


ADD Immediate to Memory 
ADD Immediate to Register 
ADD Register to Memory 
ADD Memory to Register 
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ADDI M,I ADD Immediate to Memory 
ADDI R,I . ADD Immediate to Register 
ADD M,R- ADD Register to Memory 
ADD R,M ADD Memory to Register 


ANDI M,I AND Memory with Immediate 
ANDI R,I AND Register with Immediate 
AND M,R- AND Memory with Register 
AND R,M_~ AND Register with Memory 


M,I OR Memory with Immediate — 
R,I OR Register with Immediate 
M,R OR Memory with Register 
R,M OR Register with Memory 


NOT R Complement Register 
NOT M Complement Memory | 
NOT R,M Complement Memory, Place in Register 


Bit Manipulation and Test Instructions | 
oPCODE 


Set the Selected Bit 
Clear the Selected Bit 


TEST | ~~ OPCODE | 
TSL Test and Set Lock 0001%1AA0/1001° 01MM 


Control 


HLT Halt Channel Execution 
SINTR __ Set Interrupt Service Flip Flop 


NOP No Operation 
XFER Enter DMA Transfer 
WID Set Source, Destination Bus Width; S,D 0=8, 1=16 
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*II field in call instruction can be 00, 01, 10 only. 
**OPCODE is second byte fetched. 


All instructions consist of at least 2 bytes, while some 
instructions may use up to 3 additional bytes to specify 
literals and displacement data. The definition of the 
various fields within each instruction is given below: 


0 


7 | 7 0 7 
CEs a 


PPP BBB 


MM Base Pointer Select 


RRR Register Field 


The RRR field specifies a 16-bit register to be used in 
the instruction. If GA, GB, GC or TP, are referenced by 
the RRR field, the upper 4 bits of the registers are load- 


ed with the sign bit (Bit 15). PPP registers are used as" 


20-bit address pointers. 


; byte count 
; task block 
; index register 
_; Channel control (mode) 
; mask/compare 


000 pO GA ; 
001 p1 GB ; 
‘010 p2 GC 
100 p4 TP 


; task block pointer 
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NOTES: 


BBB Bit Select Field. 


The bit select field replaces the RRR field in bit manipu- 
lation instructions and is used to select a bit to be oper- 
ated on by those instructions. Bit 0 is the least signifi- 
cant bit. 


wb 


01 1 byte literal 
10 2 byte (word) literal 


01 1 byte displacement - 
10 2 byte (word) displacement. 


AA Field 


00 The selected pointer contains the operand address. 


01 The operand address is formed by adding an 8-bit, 
unsigned, offset contained in the instruction to the 
selected pointer. The contents of the pointer are un- 
changed. 


10 The operand address is formed by adding the con- 
tents of the Index register to the selected pointer. 
Both registers remain unchanged. 

Same as 10 except the Index register is post auto- 
incremented (by 1 for 8-bit transfer, by 2 for 16- bit 
transfer). 


1 


—_k 


W Width Field 


0 The selected operand is 1 ieee long. 
1. The selected operand is 2 bytes long. 


Additional Bytes 


OFFSET : 8-bit unsigned offset. 
SDISP _ : 8/16-bit signed displacement. 
LITERAL : 8/16-bit literal. (32 bits for LDPI). 


The order in which the above optional bytes appear in |OP 
instructions is given below: 


Offsets are treated as unsigned numbers. Literals and 
displacements are sign extended (2’s complement). 
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8259A/8259A-2/8259A-8 
PROGRAMMABLE INTERRUPT CONTROLLER 


w iAPX 86, iAPX 88 Compatible s Programmable Interrupt Modes 
w MCS-80®, MCS-85® Compatible a Individual Request Mask Capability 
a Eight-Level Priority Controller a Single + 5V Supply (No Clocks) 


«a Expandable to 64 Levels a 28-Pin Dual-in-Line Package 


The Intel® 8259A Programmable Interrupt Controller handles up to eight vectored priority interrupts for the CPU. It is 
cascadable for up to 64 vectored priority interrupts without additional circuitry. It is packaged in a 28-pin DIP, uses 
NMOS technology and requires a single + 5V supply. Circuitry is static, requiring no clock input. 


The 82594 is designed to minimize the software and real time overhead in handling multi-level priority interrupts. It has 
several modes, permitting optimization for a variety of system requirements. 


The 8259A is fully upward compatible with the Intel® 8259. Software originally written for the 8259 will operate the 
8259A in all 8259 equivalent modes (MCS-80/85, Non-Buffered, Edge Triggered). 


INTA INT 


BUFFER 


CASCADE 
BUFFER/ 
COMPARATOR 


INTERRUPT MASK REG 
(IMR) 


oS 


INTERNAL BUS 


Figure 1. Block Diagram Figure 2. Pin Configuration 
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Table 1. Pin Description ; 


Type Name and Function 
Supply: +5V Supply. 


eo Chip Select: A low on this pin enables RD and WR communication between the CPU and the 8259A. 


INTA functions are independent of CS. 


Write: Alow on this pin when CS is low enables the 8259A to accept command words from the CPU. 


Read: Alowon this pin when CS is low enables the 82594 to release status onto the hepchi bus for the 
CPU. 


| D7-Do =| 4-11 /O | Bidirectional Data Bus: Control, status and interrupt-vector information is transferred via this bus. 


CAS 9-CASo | 12,13,15| I/O | Cascade Lines: The CAS lines form a private 8259A bus to control a multiple 8259A structure. These 
pins are outputs for a master 8259A and inputs for a slave 8259A. 


I/O | Slave Program/Enable Buffer: This is a dual function pin. When in the Buffered Mode it can be used 
as an output to control buffer transceivers (EN). When not in the buffered mode it is used as an MRUE 


to designate a master (SP = 1) or slave (SP = 0). 


Interrupt: This pin goes high whenever a valid interrupt req uesti is asserted. Itis used to interrupt the 


CPU, thus it is connected to the CPU’s interrupt pin. 


Interrupt Requests: Asynchronous inputs. An interrupt request is executed by raising an IR input 
(low to high), and holding it high until it is acknowledged (Edge mnaaeres Mode), or just by a high 
level on an IR.input (Level Triggered Mode). 


Interrupt Acknowledge: This pin is used to enable 8259A interru ipivecier data onto the data bus by 
a sequence of interrupt acknowledge pulses issued by the CPU. 
per AO Address Line: This pin acts in conjunction with the CS, WR, and RD pins. It is used by the 8259A 


to decipher various Command Words the CPU writes and status the CPU wishes to read. It is typically 
connected to the CPU AO address line (A1 for iAPX 86, 88). 
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Interrupts in Microcomputer Systems 


Microcomputer system design requires that !/O devices 
such as keyboards, displays, sensors and other com- 
ponents receive servicing in an efficient manner so that 
large amounts of the total system tasks can be assumed 
by the microcomputer with little or no effect on through- 
put. 


The most common method of servicing such devices is 
the Polled approach. This is where the processor mus, 
test each device in sequence and in effect ‘‘ask” each 
one if it needs servicing. It is easy to see that a large por- 
tion of the main program is looping through this con- 
tinuous polling cycle and that such a method would 
have a serious, detrimental effect on system through- 
put, thus limiting the tasks that could be assumed by 
the microcomputer and reducing the cost effectiveness 
of using such devices. 


A more desirable method would be one that would allow. 


the microprocessor to be executing its main program 
and only stop to service peripheral devices when it is 
told to do so by the device itself. In effect, the method 
would provide an external asynchronous input that 
would inform the processor that it should complete 
whatever instruction that is currently being executed 


and fetch a new routine that will service the requesting 


device. Once this servicing is complete, however, the 
processor would resume exactly where it left off. 


This method is called /nterrupt. It is easy to see that 
system throughput would drastically increase, and thus 
more tasks could be assumed by the microcomputer to 
further enhance its cost effectiveness. 


The Programmable Interrupt Controller (PIC) functions 
as an overall manager in an Interrupt-Driven system 
environment. It accepts requests from the peripheral 
equipment, determines which of the incoming requests 
is of the highest importance (priority), ascertains 
whether the incoming request has a higher priority value 
than the level currently being serviced, and issues an 
interrupt to the CPU based on this determination. 


Each peripheral device or structure usually has a special 
program or “routine” that is associated with its specific 
functional or operational requirements; this is referred 
to as a “service routine”. The PIC, after issuing an Inter- 
rupt to the CPU, must somehow input information into 
the CPU that can “point” the Program Counter to the 
service routine associated with the requesting device. 
This “pointer” is an address in a vectoring table and will 
often be referred to, in this document, as vectoring data. 


The 8259A 


The 8259A is a device specifically designed for use in 
real time, interrupt driven microcomputer systems. It 
manages eight levels or requests and has built-in fea- 
tures for expandability to other 8259A’s (up to 64 levels). 
It is programmed by the system’s software as an I/O 
peripheral. A selection of priority modes is available to 
the programmer so that the manner in which the re- 
quests are processed by the 8259A can be configured to 
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match his system requirements. The priority modes can 
be changed or reconfigured dynamically at any time dur- 
ing the main program. This means that the complete 
interrupt structure can be defined as required, based on 
the total system environment. 


CPU-DRIVEN 
MULTIPLEXOR 


Lh 
: O) 
a 1/0 (1) 


Figure 3b. Interrupt Method 


AFN-00221C 


intel 


INTERRUPT REQUEST REGISTER (IRR) AND 
IN-SERVICE REGISTER (ISR) 


The interrupts at the IR input lines are handled by two © 


registers in cascade, the Interrupt Request Register 
(IRR) and the In-Service Register (ISR). The IRR is used 
to store all the interrupt levels which are requesting ser- 


vice; and the ISR is used to store all the interrupt levels 


which are being serviced. 


PRIORITY RESOLVER 


This logic block determines the priorities of the bits set | 


in the IRR. The highest priority is selected and strobed 
into the corresponding bit of the ISR during INTA pulse. 
INTERRUPT MASK REGISTER (IMR) 


The IMR stores the bits which mask the interrupt lines. 
to be masked. The IMR operates on the IRR. Masking of 


a higher priority input will not affect the interrupt | 


request lines of lower enon: 


INT (INTERRUPT) 


This output goes directly to the CPU interrupt input. The 
Von level on this line is designed to be fully compatible 
with the 8080A, 8085A and 8086 input levels. 


INTA (INTERRUPT ACKNOWLEDGE) 


INTA pulses will cause the 8259A to release vectoring | 
information onto the data bus. The format of this data . 


depends on the system mode (uPM) of the 8259A. 


DATA BUS BUFFER 


This 3-state, bidirectional 8-bit buffer is used to inter- 
face the 8259A to the system Data Bus. Control words 
and status information are transferred mueugn the Data 
Bus Buffer. 


READ/WRITE CONTROL LOGIC 


The function of this block is to accept OUTput com- 
mands from the CPU. It contains the Initialization Com- 
mand Word (iICW) registers and Operation Command 
Word (OCW) registers which store the various control 
formats for device operation. This function block also 
allows the status of the 8259A to be transferred onto the 
Data Bus. 


CS (CHIP SELECT) 


A LOW on this input enables the 8259A. No reading or — 


writing of the chip will occur unless the device is 
selected. 


WR (WRITE) 


A LOW on this input enables the CPU to write control — 


words (ICWs and OCWs) to the 8259A. 


RD (READ) 


‘A LOW on this input enables the 8259A to send the 
Status of the Interrupt Request Register (IRR), In Service 
Register (ISR), the Interrupt Mask Register (IMR), or the 
interrupt level onto the Data Bus. 
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OATA 


BUS 
BUFFER 


CASCADE 
BUFFER/ 
COMPARATOR ‘ 
©) 


Pa 


INTERNAL BUS = 


Figure 4a. 8259A Block Diagram | 


y : 
; CONTROL LOGIC 


INTERRUPT! 
PRIORITY request [7 !R3 


IN 
EG . Ss RESOLVER 


CASCADE 
BUFFER/ 
COMPARATOR 


INTERNAL BUS 


Figure 4b. 8259A Block Diagram | 


Ao 

This input signal is used in conjunction with WR and RD 
signals to write. commands into the various command 
registers, as well as reading the various status registers 
of the chip. This line can be tied directly to one of the ad- 
dress lines. _ 
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THE CASCADE BUFFERICOMPARATOR 


This function block stores and compares the IDs of all 
8259A's used in the system. The associated three I/O 
pins (CASO-2) are outputs when the 8259A is used as a 
master and are inputs when the 8259A is used as a 
slave. As a master, the 8259A sends the ID of the inter- 
rupting slave device onto the CASO-2 lines. The slave 
thus selected will send its preprogrammed subroutine 
address onto the Data Bus during the next one or two 
consecutive INTA pulses. (See section “Cascading the 
8259A"’.) 


INTERRUPT SEQUENCE 


The powerful features of the 8259A in a microcomputer 
system are its programmability and the interrupt routine 
addressing capability. The latter allows direct or indirect 
jumping to the specific interrupt routine requested 
without any polling of the interrupting devices. The nor- 
mal sequence of events during an interrupt depends on 
the type of CPU being used. 


The events occur as follows in an MCS-80/85 system: 


1.One or more of the INTERRUPT REQUEST lines 
(IR7-0) are raised high, setting the corresponding IRR 
bit(s). 

2. The 8259A evaluates these requests, and sends an 
INT to the CPU, if appropriate. 


3. The CPU acknowledges the INT and responds with an 
INTA pulse. 

4.Upon receiving an INTA from the CPU group, the 
highest priority ISR bit is set, and the corresponding 
IRR bit is reset. The 8259A will also release a CALL in- 
struction code (11001101) onto the 8-bit Data Bus 
through its D7-0 pins. 


5. This CALL instruction will initiate two more INTA 
pulses to be sent to the 8259A from the CPU group. 


6. These two INTA pulses allow the 82594 to release its 
‘preprogrammed subroutine address onto the Data 
Bus. The lower 8-bit address is released at the first 
INTA pulse and and the higher 8-bit address is re- 
leased at the second INTA pulse. 

7. This completes the 3-byte CALL instruction released 
by the 8259A. In the AEOI mode the ISR bit is reset at 
the end of the third INTA pulse. Otherwise, the ISR bit 
remains set until an appropriate EOI command is 
issued at the end of the interrupt sequence. 


The events occurring in an iAPX 86 system are the same 
until step 4. 


4. Upon receiving an INTA from the CPU group, the high- 
est Priority ISR bit is set and the corresponding IRR 
bit is reset. The 8259A does not drive the Data Bus 
during this cycle. 


5. The iAPX 86/10 will initiate a second INTA pulse. 
During this pulse, the 8259A releases an 8-bit pointer 
onto the Data Bus where it is read by the CPU. 


6. This completes the interrupt cycle. In the AEOI mode 
the ISR bit is reset at the end of the second INTA 
pulse. Otherwise, the ISR bit remains set. until an 
appropriate EOI command is issued at the end of the 
interrupt subroutine. 


If no interrupt request is present at step 4 of either 
sequence (i.e., the request was too short in duration) the 
8259A will issue an interrupt level 7. Both the vectoring 
bytes and the CAS lines will look like an interrupt level 7 
was requested. 


DATA 


BUS 
BUFFER 


INTERAUPT MASK REG 
(MA) 


PS 


INTERNAL BUS 


Figure 4c. 8259A Block Diagram 


AODRESS BUS (16) 


CONTROL BUS 


ffir rf | 


DATA BUS (8) 


ML 


D,-Dg INT INTA 


cs 
CASO 


CASCADE 2 
LINES CAS 1 senen 


CAS 2 IRQ IRQ IRQ tRQ IRQ IRA IRQ IRA 
SPIEN 7 6 5 4 3 :2 ~1 0 


SLAVE PROGRESS/ 


ENABLE BUFFER INTERRUPT 


REQUESTS 


Figure 5. 8259A Interface to Standard | 
System Bus 
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INTERRUPT SEQUENCE OUTPUTS 
MCS-80°, MCS-85° 


This. sequence is timed by three INTA sulses: purag the 
first INTA pulse the CALL opcode is enabled onto the 
data bus. 


Content of First Interrupt 
Vector Byte 


D7 D6 D5 D4 D3 D2 D1 DO 


During the second INTA pulse the lower address of the 
_appropriate service routine is enabled onto the data bus. 
When Interval = 4 bits As-A7 are programmed, while Ag- 
A4 are automatically inserted by the 8259A. When Inter- 

-val=8 only Ag and A7 are programmed, while Ap-As are 
automatically inserted. _ 


Content of Second Interrupt 
_ Vector Byte 


Interval = 4 


o 
@ 
i=] 
LX) 
io] 
ot 


olalolalolualol]a 
OlODIOIlOlOaIo!lo|o 
Ciololololololo 


During the third INTA pulse the higher address of the 


appropriate service routine, which was programmed as — 


byte 2 of the initialization sequence (Ag—Aj5), is 
enabled onto the bus. 


Content of Third ‘nares: 
Vector Byte 


07 pe DS °° D4 D3 D2 - D1 po 
Lats [ata frrans Sf vara [art | ato | ao | aa | 


IAPX 86, iAPX 88 


iAPX 86 mode is similar to MCS- 80 mode except that only 
‘two Interrupt Acknowledge cycles are issued by the pro- 
cessor and no CALL opcode is sent to the processor. The 
first interrupt acknowledge cycle is similar to that of 


MCS-80, 85 systems in that the 8259A uses it to internally | 


freeze the state of the interrupts for priority resolution and 
as a master it issues the interrupt code on the cascade 
lines at the end of the INTA pulse. On this first cycle it does 


B-72 


not issue any data to the processor and leaves its data bus 

buffers disabled. On the second interrupt acknowledge 

cycle in iAPX 86 mode the master (or slave if so pro- 

grammed) will send a byte of data to the processor with 

the acknowledged interrupt code composéd as follows 

(note the state of the ADI mode control is’ ignored and 
As—A171 are unused in iAPX 86 mode): = 


Content of Interrupt Vector Byte 
for i|APX 86 System Mode. 


PROGRAMMING THE B259A 
The 8259A accepts two types of command words gener- 
ated by the CPU: 


1. Initialization Command Words (IC Ws): Before normal 
operation can begin, each 8259A in the system must 
be brought toa starting point — by a sequence of é to 
4 bytes timed by WR pulses. 


2. Operation Command Words (OCWs): These are the 
command words which command the 8259A to oper- 
- ate in various interrupt modes. These modes are: 
a. Fully nested mode 7 
-. b. Rotating priority mode 
c. Special:mask mode 
_ d. Polled mode 


The OCWs can be written into the 82594 anytime after 
initialization. 


INITIALIZATION. COMMAND WORDS | 

(ICWS) 

GENERAL > 3 

Whenever a command is issued with AO=0 and D4=1, 

this is interpreted as Initialization Command Word 1 

(ICW1). ICW1 starts the initialization sequence during 

which the following automatically occur. 

a. The edge sense circuit is reset, which means that fol- 
lowing initialization, an interrupt request (IR) input 
~ must ‘make a low-to- “high transition to ee an 
‘interrupt. 

. The Interrupt Mask Register is cleared. 

. IR7 input is assigned priority 7. 

. The slave mode address is set to 7. 

. Special Mask mode) is cleared and Status Read i is set to 
IRR. | 

. If 1C4=0, then all functions geiected in iow are set to 
zero. (Non- spurtetes mode’, no ee EOI, MCS- 80, 85 

system). — 


o0naQao oo 


oh 


*Note: Master/Slave in ICW4 is only used in aie buttered aoa 
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INITIALIZATION COMMAND WORDS 1 AND 2 
(ICW1, ICW2) 


As-Aj45: Page starting address of service routines. In an 
MCS 80/85 system, the 8 request levels will generate 
CALLs to 8 locations equally spaced in memory. These 
can be programmed to be spaced at intervals of 4 or 8 
memory locations, thus the 8 routines will occupy a 
page of 32 or 64 bytes, respectively. 


The address format is 2 bytes long (Aj-Aj5). When the 
routine interval is 4, Ajg-A, are automatically inserted by 
the 8259A, while As-A,5 are programmed externally. 
When the routine interval is 8, Ag-As are automatically 
inserted by the 8259A, while Ag-A,5 are programmed 
externally. 


The 8-byte interval will maintain compatibility with cur- 
rent software, while the 4-byte interval is best for a com- 
pact jump table. , 


_InaniAPX 86 system Ay5—A,4 are inserted in the five most 

significant bits of the vectoring byte and the 8259A sets 
the three least significant bits according to the interrupt 
level. Ayg—As are ignored and ADI (Address interval) has 
no effect. 


LTIM: If LTIM=1, then the 8259A will operate in the 


level interrupt mode. Edge detect logic on the | 


interrupt inputs will be disabled. | 


‘ADI: CALL address interval. ADI=1 then interval = 4; 
| ADI! =0 then interval = 8. 


‘SNGL: Single. Means that this is the only 8259A in the 
system. If SNGL=1 no ICW3 will be issued. 


‘1C4: If this bit is set — ICW4 has to be read. If ICW4 
is not needed, set IC4=0. 


NO (SINGL = 1) 


. NO (IC4 = 0) 


INITIALIZATION COMMAND WORD 3 (ICW3) 


This word is read only when there is more than one 
8259A in the system and cascading is used, in which 
case SNGL=0. It will load the 8-bit slave register. The 
functions of this register are: 


a. In the master mode (either when SP = 1, or in buffered 
mode when M/S=1 in ICW4) a “1” is set for each 
slave in the system. The master then will release byte 
1 of the call sequence (for MCS-80/85 system) and 
will enable the corresponding slave to release bytes 2 
and 3 (for iAPX 86 only byte 2) through the cascade 
lines. : 


b. In the slave mode (either when SP =O, or if BUF = 1 
and M/S=0 in ICW4) bits 2-0 identify the slave. The 
slave compares its cascade input with these bits and, 
if they are equal, bytes 2 and 3 of the call sequence (or 
just byte 2 for iAPX 86 are released by it on the Data 
Bus. 

INITIALIZATION COMMAND WORD 4 (iCW4) 


SFNM: If SFNM=1 the special fully nested mode is 


programmed. . 
BUF: If BUF=1 the buffered mode is programmed. In 
buffered mode SP/EN becomes an enable output 
and the master/slave determination is by M/S. 
M/S: If buffered mode is selected: M/S=1 means the 
- §259A Is programmed to be a master, M/S=0 
means the 8259A is programmed to be a slave. If 
BUF =0, M/S has no function. 


‘AEOI: tf AEOI=.1 the automatic end of interrupt mode 


is programmed. 


uPM: Microprocessor mode: PM = Osets the 8259A for 


MCS-80, 85 system operation, »PM = 1 sets the 
8259A for iAPX 86 system operation. 


"1S ICW4 


< NEEDED 
YES (tC4 = 1) 


‘+ READY TO ACCEPT a 
INTERRUPT REQUESTS 


Figure 6. Initialization Sequence 
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d a 8259A/8259A-2/8259A-8 PRELIMINARY 


Cw 


» Ay OD, 02 AB OB 0, 0, 0D, OO 


“1 ICW4 NEEDED 


0 = NO ICw4 NEEDED 


1 = SINGLE 
0 = CASCADE MODE 


CALL ACORESS INTERVAL 
1= INTERVAL OF 4 
O= INTERVAL OF 8 


.= LEVEL TRIGGERED MODE 
O = EDGE TRIGGERED MODE ~ 


A,-Ag of INTERRUPT 
VECTOR ADDRESS 
(MCS-80/85 MODE ONLY) 


ICw2 


Ag 0, OO OO % 0, OO, OD, O% 
Ais/ |Ara 7 Ayo /TAyy 
17] /Tel /Ts] Te] /Ts Ay 


A,5-Ag OF INTERRUPT 
VECTOR ADDRESS 
(MCS80/85 MODE) 
T,-T3 OF INTERRUPT: 
VECTOR ADDRESS 
(8086/8088 MODE) 


ICW3 (MASTER DEVICE) 


Ay 9, SO % GB Of OF DB D 
BRB aBAaeh 


1= IR INPUT HAS A SLAVE 
0: IR INPUT DOES NOT HAVE © 
A SLAVE 


8086/8088 MODE 
MCS-80/85 MODE 


1: AUTO EO! 
0 = NORMAL. EOI 


— X__] - NON BUFFERED MODE 
0_| - BUFFERED MODE/SLAVE 
[1 | 1 ]- BUFFERED MODE/MASTER 


1 = SPECIAL FULLY NESTED 
MODE 


O = NOT SPECIAL FULLY 
NESTED MODE 


NOTE 1; SLAVE ID IS EQUAL TO THE CORRESPONDING 
MASTER IR INPUT. 


Figure 7. Initialization Command Word Formai 
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OPERATION COMMAND WORDS (OCWs) 


After the Initialization Command Words (ICWs) are pro- 
grammed into the 8259A, the chip is ready to accept 
interrupt requests at its input lines. However, during the 
8259A operation, a selection of algorithms can com- 
mand the 8259A to operate in various modes through 
the Operation Command Words (OCWs). 


OPERATION CONTROL WORDS (OCWs) 
ocw1 


AO D7 D6 DS D4 D3 0d2 ODI DO 
[1] M7 M6 MS M4 M3. M2. M1. MO 


OCW2 


[0 | R SL EO! 0 0 L2 1 LO 


OCW3 


[9 | 0 ESMM SMM 0 1 P RR RIS 
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PRELIMINARY 


OPERATION CONTROL WORD 1 (OCW1) 


OCW1 sets and clears the mask bits in the interrupt. 
Mask Register (IMR). M7— Mo represent the eight mask 
bits. M=1 indicates the channel is masked 
(inhibited), M=0 indicates the channel is enabled. 


OPERATION CONTROL WORD 2 (OCW2) 


R, SL, EOI — These three bits control the Rotate and 
End of Interrupt modes and combinations of the two. A 
chart of these combinations can be found on the Opera- 
tion Command Word Format. 


Lo, Ly, Lp —These bits determine the interrupt level acted 
upon when the SL bit is active. ; 


OPERATION CONTROL WORD 3 (OCW3) 


ESMM — Enable Special Mask Mode. When this bit is 
set to 1 it enables the SMM bit to set or reset the Special 
Mask Mode. When ESMM=0 the SMM bit becomes a 
“don’t care”. | 


SMM — Special Mask Mode. If ESMM = 1 and SMM= 1 
the 8259A will enter Special Mask Mode. If ESMM= 1 
and SMM = 0 the 8259A will revert to normal mask mode. 
When ESMM = 0, SMM has no effect. 
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‘PINTERRUPT MASK 
1 = MASK SET 
0 = MASK RESET 


ocw2 


IR LEVEL TO BE 
ACTED UPON 


NON-SPECIFIC EOICOMMAND END OF INTERRUPT 
SPECIFIC EO} COMMAND 

ROTATE ON NON-SPECIFIC EOI COMMAND 

ROTATE IN AUTOMATIC EO! MODE (SET) * AUTOMATIC ROTATION 


ROTATE IN AUTOMATIC EO! MODE (CLEAR) 
“ROTATE ON SPECIFIC EOI COMMAND 
*SET PRIORITY COMMAND . | 

NO OPERATION 


SPECIFIC ROTATION 


*LO-L2 ARE USED 


Ocw3 


Ay Dz OO OM 0, 0 0, BD 


READ REGISTER COMMAND 


NO ACTION 


1=POLL COMMAND 
0=NO POLL COMMAND 


RD PULSE | RD PULSE 


SPECIAL MASK MODE 


RESET SET 
NO ACTION SPECIAL | SPECIAL 
MASK MASK 


Figure 8. Operation Command Word Format 
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PRELIMINARY 


FULLY NESTED MODE 


This mode is entered after initialization unless another 
mode is programmed. The interrupt requests are 
ordered in priority form 0 through 7 (0 highest). When an 
interrupt is acknowledged the highest priority request is 
determined and its vector placed on the bus. Additional- 
ly, a bit of the Interrupt Service register (ISO-7) is set. 
This bit remains set until the microprocessor issues an 
End of Interrupt (EOI) command immediately before 
returning from the service routine, or if AEO! (Automatic 
End of Interrupt) bit is set, until the trailing edge of the 
last INTA. While the IS bit is set, all further interrupts of 
the same or lower priority are inhibited, while higher 
levels will generate an interrupt (which will be 
acknowledged only if the microprocessor internal Inter- 
rupt enable flip-flop has been re-enabled through soft- 
ware). 


After the initialization sequence, IRO has the highest 
priority and IR7 the lowest. Priorities can be changed, as 
will be explained, in the rotating priority mode. 


END OF INTERRUPT (EOI) 


The In Service (IS) bit can be reset either automatically 
following the trailing edge of the last in sequence INTA 
pulse (when AEOI! bit in ICW1 is set) or by a command 
word that must be issued to the 8259A before returning 
from a service routine (EOI command). An EOI command 
must be issued twice if in the Cascade mode, once for the 
master and once for the corresponding slave. 


There are two forms of EOI command: Specific and Non- 
Specific. When the 8259A is operated in modes which 
preserve the fully nested structure, it can determine 
which IS bit to reset on EO!. When a Non-Specific EOI 
command is issued the 8259A will automatically reset 
the highest IS bit of those that are set, since in the 
fully nested mode the highest IS level was necessarily the 
last level acknowledged and serviced. A non-specific EOI 
can be issued with OCW2 (EOI = 1, SL = 0, R = 0). 


When a mode is used which may disturb the fully nested 
structure, the 8259A may no longer be able to determine 
the last level acknowledged. In this case a Specific End of 
Interrupt must be issued which includes as part of the 
command the IS level to be reset. A specific EOI can be is- 
sued with OCW2 (EO! = 1, SL = 1, R = 0, and LO-L2 is the 
binary level of the IS bit to be reset). 


It should be noted that an IS bit that is masked by an 
IMR bit will not be cleared by a non-specific EOI if the 
82594 is in the Special Mask Mode. 


AUTOMATIC END OF INTERRUPT (AEOI) MODE 


If AEOI = 1 in ICW4, then the 8259A will operate in AEOI 
mode continuously until reprogrammed by ICW4. In this 
mode the 8259A will automatically perform a non- 
specific EO! operation at the trailing edge of the last 
interrupt acknowledge pulse (third pulse in MCS-80/85, 
second in iAPX 86). Note that from a system standpoint, 
this mode should be used only when a nested multilevel 
interrupt structure is not required within a single 8259A. 


The AEOI mode can only be used in a master 8259A and 
not a slave. 
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AUTOMATIC ROTATION 
(Equal Priority Devices) 


In some applications there are a number of interrupting 
devices of equal priority. In this mode a device, after 
being serviced, receives the lowest priority, so a device 
requesting an interrupt will have to wait, in the worst 
case until each of 7 other devices are serviced at most 
once. For example, if the priority and ‘in service” status 
is: . 


Before Rotate (IR4 the highest priority requiring service) 


1S7 1S6 ISS IS4 1IS3 1IS2 IS? ISO . 
oe) evo aa] e150 0b feo 


Lowest Priority Highest Priority 


After Rotate (IR4 was serviced, all other priorities 
rotated correspondingly) 


"IS" Status 


Priority Status 


IS7 186 ISS 1S4 1IS3 IS2 IS1 ISO 


Highest Priority 


PU RAW ES cee 


“IS" Status 


Lowest Priority 


Priority Status 


There are two ways to accomplish Automatic Rotation 
using OCW2, the Rotation on Non-Specific EOl Command 
(R = 1, SL = 0, EOI = 1) and the Rotate in Automatic EOI 
Mode which is set by (R = 1, SL = 0, EOI = 0) and cleared 
by (R = 0, SL = 0, EOI = 0). 


SPECIFIC ROTATION 

(Specific Priority) 

The programmer can change priorities by programming 
the bottom priority and thus fixing all other priorities; 
i.e., if IR5 is programmed as the bottom priority device, 
then IR6 will have the highest one. 


The Set Priority command is issued in OCW2 where: 
R= 1,SL=1;LO-L2is the binary priority level code of the 
bottom priority device. 


Observe that in this mode internal status is updated by 
software control during OCW2. However, itis independent 
of the End of Interrupt (EOI) command (also executed by 
OCW2). Priority changes can be executed during an EO! 
command by using the Rotate on Specific EOl command 
in OCW2 (R = 1, SL = 1, EOI = 1 and LO-L2 = IR level to 
receive bottom priority). 


INTERRUPT MASKS 


Each Interrupt Request input can be masked individu- 
ally by the Interrupt Mask Register (IMR) programmed 
through OCW1. Each bit in the IMR masks one interrupt 
channel if it is set (1). Bit O masks IRO, Bit 1 masks IR1 
and so forth. Masking an IR channel does not affect the 
other channels operation. | 
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SPECIAL MASK MODE 


Some applications may require an interrupt service 
routine to dynamically alter the system priority struc- 
ture during its execution under software control. For 
example, the routine may wish to inhibit lower priority 
requests for a portion of its execution but enable some 
of them for another portion. 


The difficulty here is that if an Interrupt Request is 
acknowledged and an End of Interrupt command did not 
reset.its IS bit (i.e., while executing a service routine), 
the 8259A would have inhibited all lower priority 
requests with no easy way for the routine to enable 
them 


That is where the Special Mask Mode comes in. In the 
special Mask Mode, when a mask bit is set in OCW1, it 
inhibits further interrupts at that level and enables inter- 
rupts from a// other levels (lower as well as higher) that 
are not masked. 


Thus, any interrupts may be selectively enabled by 
loading the mask register. 


The special Mask Mode is set by OCW3 where: 


SSMM=1, SMM=1, and cleared where SSMM=1, 
SMM = 0. 
LTIM BIT 
0 = EDGE 
1=LEVEL 
re 
IR - | >o 
(RTA 
MCS-80, 85 
MODE 
\ FREEZE 
NTA 2 
IAPX 86 = 
_ MODE 


FREEZE. 


NOTES 


TO OTHER PRIORTY CELLS 


Poor 


READ IRR 


POLL COMMAND 


In this mode the INT output is not used or the micropro- 
cessor internal Interrupt Enable flip-flop is reset, disabling 
its interrupt input. Service to devices is achieved by 
software using a Poll command. 


The Poll command is issued by setting P = ‘1 in OCW3. 
The 8259A treats the next RD pulse to the 8259A (i.e., 
RD=0, CS=0) as an interrupt acknowledge, sets the 
appropriate IS bit if there is a request, and reads the 
priority level. Interrupt is frozen from WR to RD. 


The word enabled onto the data bus during RD is: 


W0-Wa2: Binary code of the highest priority level 
requesting service. 


I: Equal toa ‘1” if there is an interrupt. 


This mode is useful if there is a routine command com- 
mon to several levels so that the INTA sequence is not 
needed (saves ROM space). Another application is to 
use the poll mode to ‘expand the number of priority 
levels to more than 64. 


CLR ISR 


ISR BIT | 


PRIORITY 
RESOLVER 


IN-SEAVICE 
LATCH 


CONTROL 
LOGIC 


INTERNAL 
DATA BUS 


WRITE MASK 
READ ISR 
READ IMR 


MASTER CLR 


1. MASTER CLEAR ACTIVE ONLY OURING ICW1 
2. FREEZE/IS ACTIVE DURING INTA/ AND POLL SEQUENCES ONLY 
3. TRUTH TABLE FOR O-.LATCH . 


c D Q OPERATION 
1 Di Di ‘FOLLOW 
0 x Qn-1 | HOLD 


Figure 9. Priority Cell—Simplified Logic Diagram 
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READING THE 8259A STATUS 


The input status of several internal registers can be read to 
update the user information on the system. The following 
registers can be read via OCW3 (IRR and ISR or OCW1 
[IMR)). 


Interrupt Request Register (IRR): 8-bit register which con- 
tains the levels requesting an interrupt to be acknowl- 
edged. The highest request level is reset from the IRR 
when an interrupt is acknowledged. (Not affected by IMR.) 


In-Service Register (1SR): 8-bit register which contains the 
priority levels that are being serviced. The ISR is updated 
when an End of Interrupt Command is issued. 


Interrupt Mask Register: 8-bit register which contains the 
interrupt request lines which are masked. 


The IRR can be read when, prior to the RD pulse, a Read 
Register Command is issued with OCW3 (RR = 1, RIS = 0.) 


The ISR can be read when, prior to the RD pulse, a Read 
Register Command is issued with OCW3 (RR = 1, RIS = 1). 


There is no need to write an OCW3 before every status 
read operation, as long as the status read corresponds 
with the previous one; i.e., the 8259A ‘‘remembers”’ 
whether the IRR or ISR has been previously selected by 
the OCW3. This is not true when poll is used. 


After initialization the 8259A is set to IRR. 


For reading the IMR, no OCW3 is needed. The output data 
bus will contain the IMR whenever RD is active and AO =1 
(OCW)). 


Polling overrides status read when P = 1,RR = 1 in OCWS. 


EARLIEST IR 
CAN BE REMOVED 


8086/8088 


EDGE AND LEVEL TRIGGERED MODES 


This mode is programmed using bit 3 in ICW1. 


If LTIM = ‘0’, an interrupt request will be recognized by a 
low to high transition on an IR input. The IR input can re- 
main high without generating another interrupt. 


If LTIM = ‘1’, an interrupt request will be recognized by a 
‘high’ level on IR Input, and there is no need for an edge 
detection. The interrupt request must be removed before 
the EOI commandis issued or the CPU interrupt is enabled 
to prevent a second interrupt from occurring. 


The priority cell diagram shows a conceptual circuit of the 
level sensitive and edge sensitive input circuitry of the 
8259A. Be sure to note that the request latch is a transpar- 
ent D type latch. 


In both the edge and level triggered modes the IR inputs 
must remain high until after the falling edge of the first 
INTA. If the IR input goes low before this time a DEFAULT 
IR7 will occur when the CPU acknowledges the interrupt. 
This can be a useful safeguard for detecting interrupts 
caused by spurious noise glitches on the IR inputs. To im- 
plement this feature the IR7 routine is used for ‘‘clean up” 
simply executing a return instruction, thus ignoring the 
interrupt. If IR7 is needed for other purposes a default IR7 
can still be detected by reading the ISR. A normal IR7 
interrupt will set the corresponding ISR bit, a default IR7 
won't. If a default IR7 routine occurs during a normal IR7 
routine, however, the ISR will remain set. In this case it is 
necessary to keep track of whether or not the IR7 routine 
was previously entered. If another IR7 occurs it is a 
default. 


8080/8085 


8086/8088 


*EDGE TRIGGERED MODE ONLY 


Figure 10. IR Triggering Timing Requirements 
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THE SPECIAL FULLY NESTED MODE 


This mode will be used in. the case of a big system 
where cascading is used, and the priority has to be con- 
served within each slave. In this case the fully nested 
mode will be programmed to the master (using [CW4). 
This mode is similar to the normal nested mode with the 
following exceptions: © 


a. When an interrupt request from a certain slave is in 
_ service this slave is not locked out from the master's 
priority logic and further interrupt requests from 
higher priority IR’s within the slave will be recognized 
~ by the master:and will initiate interrupts to the proc- 
-essor. (In the normal nested mode a slave is masked 
out when its request is in service and no higher 
requests from the same slave can be serviced.) 


b. When exiting the Interrupt Service routine the soft- 
ware has to check whether the interrupt serviced was 
the only one from that slave. This is done by sending 
a non-specific End of Interrupt (EOI) command to the 

- slave and then reading its In-Service register and 
checking for zero. If it is empty, a non- specific. EOI 

_ can be sent to the master too. If not, no EOI should be 
Sent. 7 


BUFFERED MODE | 


When the 8259A is used in a large ayatenn where bus 
driving buffers are required on the data bus and the cas- 
cading mode is used, there exists the problem of enabl- 
ing buffers. if lasch 


The buffered mode will structure the B250A to sand an 
enable signal on SP/EN to enable the buffers. In this 


mode, whenever the 8259A’s data bus outputs are ena- 
bled, the SP/EN output becomes active. 


This modification forces the use of software program- 


ming to determine whether the 8259A is a master or a 
slave. Bit 3in ICW4 programs the buffered mode, and bit 
2 in ions determines mnether it is a master or a slave. 


CASCADE MODE 


The 8259A can be easily intéroonnsetad inasystem of one 
master with up to eight slaves to handle up to 64 priority 
levels. a , 


The master controls the slaves through the 3 line cascade 
bus. The cascade bus acts like chip selects to the slaves 
during the INTA sequence. 


In a cascade configuration, the slave interru pt outputs are 
connected to the master interrupt request inputs. When a 
Slave request line is activated and afterwards acknowl- 
edged, the master will enable the corresponding slave to 
release the device routine address during bytes 2 and 3 of 
INTA. (Byte 2 only for 8086/8088). 


The cascade bus lines are aoemally: low and will contain 
the slave address code from the trailing edge of the first 
INTA pulse to the.trailing edge of. the third pulse. Each 
8259A in the system must follow a separate initialization 
sequence and can be programmed to work in a different 
mode. An EOI command must be issued twice: once for 
the master and once for the corresponding slave. An 
address decoder is required to activate the onlp, Select 
(CS) input of each 8259A. i 


The cascade lines of the Master 8259A are activated only 
for slave inputs, non slave inputs leave the cascade line 
inactive (low). 


ADORESS BUS (16) 


CONTROL BUS 


DATA BUS (8) 


8259A 
MASTER 


SP/ENM7 M6 MS M4 M3 M2 M1 MO 


INTERRUPT REQUESTS 


Figure 11.. Cascading the 8259A 
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ABSOLUTE MAXIMUM RATINGS* 


Ambient Temperature Under Bias ...... —40°C to 85°C 
Storage Temperature .............. —65°C to + 150°C 
Voltage on Any Pin 

with Respect to Ground ............. —0.5V to+7V 


Power Dissipation ............ Belen wie eawe 1 Watt 


8259A/8259A-2/8259A-8 


PRELIMINARY 


*NOTICE: Stresses above those listed under ‘‘Absolute 
Maximum Ratings” may cause permanent damage to the 
device. This is a stress rating only and functional opera- 
tion of the device at these or any other conditions above 
those indicated in the operational sections of this specifi- 
cation is not implied. 


D.C. CHARACTERISTICS [T, = 0°C to 70°C, Voc = 5V +10% (8259-A), Voc = 5V +10% (8259A)] 


Symbol [Parameter 

Input Low Voltage 

Input High Voltage 

Output High Voltage 

Output High Voltage — 

Interrupt Output High 

VOH(INT) Voltage — | 

Input Load Current 


Output Leakage Current 
Voc Supply Current 


IR Input Load Current 


CAPACITANCE 


(Ta = 25°C; Voc = GND = OV) 


OV <Vin <Voc 
0.45V <Vout =Vcc 


Test Conditions 


ee ee 
F 


p 


AC CHARACTERISTICS 
TIMING REQUIREMENTS 


Parameter 


INTA| (Slave Only) 


Unmeasured pins returned to Vss 


[Ta = 0°C to 70°C, Voc = 5V +5% (8259A-8), Voc = 5V +10% (8259A)] 


Note: This is the low time required to clear the input latch in the edge triggered mode. 
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A.C. CHARACTERISTICS (Continued) 


TIMING RESPONSES > 


Parameter 8259A-8 S259A 8259A-2 Units Test Conditions 
| Min. | Max. | Min, | Max. | Min, | Max. 
TRLDV Data Valid from RD/INTA| C of Data Bus = 
100 pF 


Min. test C = 15 pF 
TIALCV Cascade Valid from First INTA] 
Joo >. | (Master Only) 


Cint = 100 pF 
TRLEL Enable Active from-RD| or INTA| 


Ccascape = 100 pF 


TAHDV . |.. Data Valid from Stable Address 
Cascade Valid to Valid Data 


oa 
TTRAEH | Enable inactive rom ADI or NTAT| 
a 
fae 


A.C. TESTING INPUT, OUTPUT WAVEFORM =——sA.C.. TESTING LOAD CIRCUIT 


INPUT/OUTPUT 


2.0 = " DEVICE 


NDER 
> TEST POINTS <a TEST 
C, = 100 pF 


. 0.8 
0.45 


A.C. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC “1” AND 0.45V FOR 
A LOGIC “0.” TIMING MEASUREMENTS ARE MADE AT 2.0V FOR A LOGIC “1” : C. = 100 pF 


AND 0.8V FOR A LOGIC °0." p . 
C, INCLUDES JIG CAPACITANCE 


WAVEFORMS 


cs 
ADDRESS BUS 
Ao 


DATA BUS 
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WAVEFORMS (Continued) 


READ/INTA 


ROVINTA 


cs 
ADDRESS BUS 
Ao 


DATA BUS 


OTHER TIMING 
RDIINTA 


INTA SEQUENCE 


——*!| TCVIAL |=— -_e ~— TCVIAL 


v 
secre ON cle, SI 


*— TIALCV ——e 


NOTES: Interrupt output must remain HIGH at least until leading edge of first INTA. 
1. Cycle 1 in iAPX 86, iAPX 88 systems, the Data Bus is not active. 
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8282/8283 
OCTAL LATCH 


m= Address Latch for iAPX 86, 88, a 3-State Outputs 
MCS-80®, MCS-85®, MCS-48® Families 


= High Output Drive Capability for 


Driving System Data Bus B 20-Pin Package with 0.3” Center 
a Fully Parallel 8-Bit Data Register and | | 

EuNee | | = No Output Low Noise when Entering 
= Transparent during Active Strobe or Leaving High Impedance State 


The 8282 and 8283 are 8-bit bipolar latches with 3-state output buffers. They can be used to implement latches, buffers. 
‘or multiplexers. The 8283 inverts the input data at its outputs while the 8282 does not. Thus, all. of the pene let penpn 
eral and input/output functions of a microcomputer system can be implemented with these devices. 


eos ane ge 7 Crs a ne 20] Vcc 
0 apo 1 {oo} (ow I> (555 19 [-] D0p 
GLK a! a ; Lou — 18 [_] DO, 
| | | 17 [7] 002 
| | | 16 [] DO3 
| | | 15 [_] 004 
ee a ee es ee aes aN L_-____—— aN 147] 005 
ae ww, @ 13 [7] 906 
SS a 4 foc. ma Seo aN 12 [| DO7 
Sie, ww, pa’) 1117) STB 

-———— Va on --- rN 

[Oe 2 

Se ee as ee ee ~e™ iy oN re /__™| 
a el | feo} " 20 [7] Vec 
cals ‘aie. ti 19 [_] DO 
ee , (00%) r 7] BO; 
= . 17 [) B02 
a A] © «fs 
eee ae : 15 [ ] 004 
44] 005 
d 13 [_] D0g 
/\ 12 [[) 007 
@ 11[-] stB 

A 
Figure 1. Logic Diagrams | Figure 2. Pin Configurations 
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Table 1. Pin Description FUNCTIONAL DESCRIPTION 


Description 


STROBE (Input). STB is an input control The 8282 and 8283 octal latches are 8-bit latches with 
pulse used to strobe data at the data input 3-state output buffers. Data having satisfied the setup 
pins (Ap-A7) into the data latches. This time requirements is latched into the data latches by 
signal is active HIGH to admit input data. strobing the STB line HIGH to LOW. Holding the STB 
The data is latched at the HIGH to LOW line in its active HIGH state makes the latches appear 
transition of STB. transparent. Data is presented to the ? data output pins by 
OUTPUT ENABLE (Input). OE is an input activating the OE input line. When OE is inactive HIGH 
contro! signal which when active LOW the output buffers are in their high impedance state. 
enables the contents of the data latches Enabling or disabling the output buffers will not cause 
onto the data output pin (Bp-B7). OE being } negative-going transients to appear on the data output 
inactive HIGH forces the output buffers to bus. 

their high impedance state. 


DATA INPUT PINS (Input). Data presented 
at these pins satisfying setup time re- 
quirements when STB is strobed and 
latched into the data input latches. 


DATA OUTPUT PINS (Output). When OE is 
true, the data in the data latches is pre- 
sented as inverted (8283) or non-inverted 
(8282) data onto the data output pins. 
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ABSOLUTE MAXIMUM RATINGS* 


Temperature Under Bias......... errr 0°C to 70°C 
Storage Temperature............ . ~ 65°C to + 150°C 
All Output and Supply Voltages........ —0.5V to +7V 
All Input Voltages..................-1.0V to +5.5V 


Power Dissipation.................cceeeeeee 1 Watt 


D.C. CHARACTERISTICS (Vcc = 5V + 10%, Ta = 0°C to 70°C) 


[Symbot_ [Parameter 
Input Clamp Voltage 


Power Supply Current 


1. Output Loading Io, = 32mA, Ioy = —SMA, C, = 300 pF. 


A.C. CHARACTERISTICS 


*NOTICE: Stresses above those listed under “Absolute 


Maximum Ratings” may cause permanent damage to the 


device. This is a stress rating only and functional opera- 
tion of the device at these or any other conditions above 
those indicated in the operational sections of this specifi- 
cation is not implied. Exposure to absolute maximum 


rating conditions for extended periods may affect device 


reliability. 


ton = =k 


Veias= 2.5V, Vcc = 5V 
Ta = 25°C 


(Voc = 5V +10%, Ta = 0°C to 70°C 


Loading: Outputs — lo, = 32 mA, lon = —5 mA, CL = 300 pF) 


Input to Output Delay 
—Inverting 
—Non-Inverting 


STB to Output Delay 
—Inverting 
—Non-Inverting 


Output Enable Time 


Input to STB Setup Time 


TSLIX Input to STB Hold Time 


NOTE: 


1. See waveforms and test load circuit on following page. 


Ez 
[Output DissbieTime | s| 18 
0 
el 
a 
se 
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aa 


Test Conditions 


(See Note 1) 


From0.8Vto2.0vV | 
From 2.0V to 0.8V 
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A.C. TESTING INPUT, OUTPUT WAVEFORM 


INPUT/OUTPUT 


1.5 ~<¢—— TEST POINTS —— 1.5 


0.45 


A.C. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC "1" AND 0.45V FOR 
A LOGIC "0." TIMING MEASUREMENTS ARE MADE AT 1.5V FOR BOTH A 


LOGIC "1° AND “0.” 


OUTPUT TEST LOAD CIRCUITS 


2.14V 


52.72 
OUT 
| 300 pF 


3-STATE TO Von SWITCHING 


3-STATE TO VoL 
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WAVEFORMS 


TIVSL ml TSLIX- 


TIVOV 
OUTPUTS 


TSHOV 


NOTE: 1.8283 ONLY — OUTPUT MAY BE MOMENTARILY INVALID FOLLOWING THE HIGH GOING STB TRANSITION. 
2. ALL TIMING MEASUREMENTS ARE MADE AT 1.5V UNLESS OTHERWISE NOTED. 


DELAY N SEC 
DELAY N SEC 


pF LOAD pF LOAD 


Output Delay vs. Capacitance 
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18282/8283 


OCTAL LATCH 
INDUSTRIAL . 


= Fully Parallel 8-Bit Data Register and a 3-State Outputs 


Buffer 
; : | m 20-Pin Package with 0.3” Center | 
= Transparent during Active Strobe ae re 
= Address Latch for iAPX 86, 88, _ = No Output Low Noise when Entering 
MCS-80®, MCS-85®, MCS-48° Families or Leaving High Impedance State 
s High Output Drive Capability for a Industrial Temperature Range: 
, Driving System Data Bus | 40° to + 85°C - 


The 18282 and 18283 are 8-bit bipolar latches with 3-state output buffers. They can be used to implement latches, buf- 
fers, or multiplexers. The I8283 inverts the input data at its outputs while the I8282 does not. Thus, all of the principal 
peripheral and input/output functions of a microcomputer system can be implemented with these devices. 
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Figure 2. Pin 
Figure 1. Logic Diagrams Configurations 
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—8284A 
CLOCK GENERATOR AND DRIVER FOR 
iAPX 86, 88 PROCESSORS 


ai Generates the System clock for the = 18-Pin Package 


iAPX 86, 88 Processors = Single +5V Power Supply. 


= Uses a Crystal or a TTL Signal for = Generates System Reset Output from 
Frequency Source Schmitt Trigger Input oP i Me 
= Provides Local READY and Multibus™ = Capable of Clock Synchronization with 


_ READY Synchronization | _ Other 8284As 


RES > D 
. . Q RESET 


X2 osc 
CSYNC[_}1 18} Vcc 
FIC veux | POLK C2 whoxi 
AEN1L]| 3 16 [_] x2 
EFI RDY1(-]| 4 15 |_] ASYNG 
CSYNC READY([5 14,_] EFI 
RDY2(]6 13|{_JFIC 
RDY1 ae AEN2 (C17 121-]o0sc 
L 
nENT—S CLKL]|8 11|_] RES” 
GND(]9 10[_] RESET 
RDY2 | 
AEN2 i >READY . 
ASYNC 
eA aS Figure 2. | 
Figure 1. 8284A Block Diagram | 8284A Pin Configuration 
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Table 1. Pin Description 


Address Enable: AEN is an active LOW 
signal. AEN serves to qualify its respective 
Bus Ready Signal (RDY1 or RDY2). AEN1 
validates RDY1 while AEN2 validates RDY2. 
Two AEN signal inputs are useful in system 
configurations which permit the processor to 
access two Multi-Master System Busses. In 
non Multi-Master configurations the AEN 
signal inputs are tied true (LOW). 


Bus Ready: (Transfer Complete). RDY is an 
active HIGH signal which is an indication from 
a device located on the system data bus that 
data has been received, or is available. RDY1 
is qualified by AEN1 while RDY2 is qualified 
by AEN2. | 


Ready Synchronization Select: ASYNC is an 
input which defines the synchronization 
mode of the READY logic. When ASYNC is 
low, two stages of READY synchronization are 
provided. When ASYNC is left open or HIGH a 
single stage of READY synchronization is 
provided. 


Ready: READY is an active HIGH signal 
which is the synchronized RDY signal input. 
READY is cleared after the guaranteed hold 
time to the processor has been met. 


Crystal In: X1 and X2 are the pins to whicha 
crystal is attached. The crystal frequency is 3 
times the desired processor clock frequency. 


Frequency/Crystal Select: F/Cis astrapping 
option. When strapped LOW, F/C permits the 
processor's clock to be generated by the crys- 
tal. When F/C is strapped HIGH, CLK is gener- 
ated from the EFI input. 


External Frequency: When F/C is strapped 
HIGH, CLK is generated from the input fre- 
quency appearing on this pin. The input 
signal is a square wave 3 times the frequency 
of the desired CLK output. 


FUNCTIONAL DESCRIPTION 
General 


The 8284A is a single chip clock generator/driver for the 
iAPX 86, 88 processors. The chip contains a crystal- 
controlled oscillator, a divide-by-three counter, com- 
plete MULTIBUS™ “Ready” synchronization and reset 
logic. Refer to Figure 1 for Block Diagram and Figure 2 
for Pin Configuration. 


Oscillator 


The oscillator circuit of the 8284A is designed primarily 
for use with an external series resonant, fundamental 
mode, crystal from which the basic operating frequency 
is derived. 


Name and Function 


Processor Clock: CLK is the clock output 
used by the processor and all devices which 
directly connect to the processor's local bus 
(i.e., the bipolar support chips and other MOS 
devices). CLK has an output frequency which 
is ¥3 of the crystal or EFl input frequency anda 
¥3 duty cycle. An output HIGH of 4.5 volts 
(Vcc= 5V) is provided on this pin to drive MOS 
devices. ee . 

Peripheral Clock: PCLK is a TTL level pe- 


ripheral clock signal whose output frequency 
is Y2 that of CLK and has a 50% duty cycle. 


Oscillator Output: OSC is the TTL level out- 
put of the internal oscillator circuitry. Its fre- 
quency is equal to that of the crystal. 


Reset In: RES is an active LOW signal which 
is used to generate RESET. The 8284A 
provides a Schmitt trigger input so that an RC 
connection can be used to establish the 
power-up reset of proper duration. 


Reset: RESET is an active HIGH signal which 
is used to reset the 8086 family processors. Its 
timing characteristics are determined by. 
RES. | . 

Clock Synchronization: CSYNC is an active 
HIGH signal which allows multiple 8284As to 
be synchronized to provide clocks that are in 
phase. When CSYNC is HIGH the internal 
counters are reset. When CSYNC goes LOW 
the internal counters are allowed to resume 
counting. CSYNC needs to be externally syn- 
chronized to EFI. When using the internal os- 
cillator CSYNC should be hardwired to 
ground. 


Power: +5V supply. 


The crystal frequency should be selected at three times 
the required CPU clock. X1 and X2 are the two crystal 
input crystal connections. For the most stable operation 
of the oscillator (OSC) output circuit, two series resistors 
(Ry = Ro = 510 2) as shown in the waveform figures are 
recommended. The output of the oscillator is buffered and 
brought out on OSC so that other system timing signals 
can be derived from this stable, crystal-controlled source. 


For systems which have a Vcc ramp time = 1V/ms and/or 
have inherent board capacitance between X11 or X2, ex- 
ceeding 10pF (not including 8284A pin capacitance), the 
configuration in Figures 4 and 6 is recommended. This 
circuit provides optimum stability for the oscillator in such 
extreme conditions. It is advisable to limit stray ca- 
pacitances to less than 10pF on X1 and X2 to minimize 
deviation from operating at the fundamental frequency. 
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Clock Generator 


The clock generator consists of a synchronous divide- 
by-three counter with a special clear input that inhibits 
the counting. This clear input (CSYNC) allows the out- 
put clock to be synchronized with an external event 
(such as another 8284A clock). It is necessary to syn- 
chronize the CSYNC input to the EFI clock external to 
the 8284A. This is accomplished with two Schottky flip- 
flops. The counter output is a 33% duty cycle clock at 
one-third the input frequency. 


The F/C input is a strapping pin that selects either the 
crystal oscillator or the EFI input as the clock for the +3 
counter. If the EFI input is selected as the clock source, 
the oscillator section can be used independently for 
another clock source. Output is taken from OSC. 


Clock Outputs 


The CLK output isa 33% duty cycle MOS clock driver 
designed to drive the iAPX 86, 88 processors directly. 
PCLK is a TTL level peripheral clock signal whose out- 
put frequency is ¥ that of CLK. PCLK has a 50% duty 
cycle. 


Reset Légie | 


The reset logic provides a Schmitt trigger input (RES) 
and a synchronizing flip-flop to generate the reset 
timing. The reset signal is synchronized to the falling 
edge of CLK. A: simple RC network can be used to 
provide power-on reset by utilizing this function of the 
8284A. 7 


READY Synchronization 

Two.READY inputs (RDY1, RDY2) are provided to accom- 
modate two Multi-Master system busses. Each input 
has a qualifier (AEN1 and AEN2, respectively). The AEN. 
signals validate their respective RDY signals. If a Multi- 


CLOCK 


SYNCHRONIZE 


- Master system is not being used the AEN pin should be 


tied LOW. 


Synchronization is required for all asynchronous active- 
going edges of either RDY input to guarantee that the 
RDY setup and hold times are met. Inactive-going edges 
of RDY in normally ready systems do not require syn- 
chronization but must satisfy RDY setup and hold as a 
matter of proper system design. _ 


The ASYNC input defines two modes of READY syn- 
chronization operation. 


When ASYNC is LOW, two stages of synchronization 
are provided for active READY input. signals. Positive- 
going asynchronous READY inputs will first be syn- 
chronized to flip-flop one at the rising edge of CLK 
and then synchronized to flip-flop two at the next falling 
edge of CLK, after which time the READY output will go 
active (HIGH). Negative-going asynchronous READY in- 
puts will be synchronized directly to flip-flop two at the 
falling edge of CLK, after which time the READY output 
will go inactive. This mode of operation is intended for use 
by asynchronous (normally not ready) devices in the sys- 
tem which cannot be guaranteed by design to meet the 
required RDY setup timing, TrRivc_, on each bus cycle. 


When ASYNC is high or left open, the first READY flip- 
flop is bypassed in the READY ‘synchronization logic. 
READY inputs are synchronized by flip-flop two on the 
falling edge of CLK before they are presented to the 
processor. This .mode is available for synchronous 
devices that can be guaranteed to meet the required 
RDY setup time. 


ASYNC can be changed on every bus cycle to select the 
appropriate mode of synchronization for each device in 
the system. 


(TO OTHER 8284As) 


Figure 3. CSYNC Synchronization 
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ABSOLUTE MAXIMUM RATINGS* “NOTICE: Stresses above those listed under ‘Absolute 


Maximum Ratings” may cause permanent damage to the 
device. This is a stress rating only and functional opera- 


Temperature Under Bias...............4. 0°C to 70°C tion of the device at these or any other conditions above 
Storage Temperature .............. —65°C to + 150°C those indicated in the operational sections of this specifi- 
All Output and Supply Voltages ......... -0.5V to+7V cation is not implied. Exposure to absolute. maximum 
All Input Voltages ...................—1.0V to +5.5V rating conditions for extended periods may affect device 
Power Dissipation ........... ccc cee ee eee eees 1 Watt _ reliability. | 


D.C. CHARACTERISTICS (T,=0°C to 70°C, Voc =5V + 10%) 


lf Forward Input Current (ASYNC) —1.3 Vp=0.45V 
Other Inputs | -0.5 Ve=0.45V 
Reverse Input Current (ASYNC) Vr= Voc 
Other Inputs , Va=5.25V 
input Forward Clamp Voltage c= —5mA 


-_ 
— 
vn | input LOW Vottege i 
| 207 | 
[26 
ie 
= 


3 
Other Outputs 2.4 


A.C. CHARACTERISTICS (T,=0°C to 70°C, Veg = 5V + 10%) 
TIMING REQUIREMENTS 


[Parameter | Min. 
External Frequency HIGH Time 
External Frequency LOW Time 

12 

35 

35 

15 


Test Conditions 


90% -90% Vin 


10% -10% Vin 


T[xTAL Frequeney is 


Pics | AES SeuptoclK CdS 
Ttcum | RESHodtoclk ——SSC=«dSCOSC 
aes! 
ns 


From 0.8V to 2.0V 
From 2.0V to 0.8V 
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| tro Input Rise Time 
Input Fall Time 


A.C. CHARACTERISTICS (Continued) 
TIMING RESPONSES | | 


| Symbol | Parameter 
CLK Cycle Period 


~ CLK HIGH Time . (“4 tetcL)+2 for CLK Freq. < 8 MHz 

oe (Y% tertc_) +6 for CLK Freq.=10 MHz 
tetcH CLK LOW Time (% teitci)—15 for CLK Freq.<8 MHz 
(% terct)— 14 for CLK Freq.=10 MHz 
teL2c1 | 
PCLK HIGH Time 


_PCLK LOW Time 
ReadylnactivetoCLK(SeeNote4) | = ss Bt—<‘is~isCSY Fig. 9&Fig. 10 


‘tcHeL 


(24 tere.) 15 for CLK Freq.<8 MHz Fig. 9 & Fig. 10 
(% tercr)— 14 for CLK Freq.=10 MHz 


NOTES: - : - a 

1. d= EFI rise (6ns max) + EFI fall (6ns max). 

2. Setup and hold necessary only to guarantee recognition at next clock. 
3. Applies only to T3 and TW states. 

4. Applies only to T2 states. 


A.C. TESTING INPUT, OUTPUT WAVEFORM =—S—S=iACC. TESTING LOAD CIRCUIT 


INPUT/OUTPUT — 


V, = 2.08V | 


2.4 ae : | x R, = 3250 
. DEVICE 
UNDER 

TEST 


1.5 <—— TEST POINTS ——> 1.5 


0.45 


_ A.C. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC "1" AND 0.45V FOR 
A LOGIC "0." TIMING MEASUREMENTS ARE MADE AT 1.5V FOR BOTH A 
pone One | _ C= 100pF FOR CLK 


C_ = 30pF FOR READY ~ 
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WAVEFORMS 


CLOCKS AND RESET SIGNALS 


ALL TIMING MEASUREMENTS ARE MADE AT 1.5 VOLTS, UNLESS OTHERWISE NOTED. 


READY SIGNALS (FOR ASYNCHRONOUS DEVICES) 


CLK 
tcLRix 
tRiVCH 
RDY1,2 
taiRiV 
AEN1,2 
tAYVCL 
ASYNC 
READY 


tRYHCH 
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tcunH—> etic 


teLiL 


tRYLCcL > 


tCLA1X 


tCLAYX 
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WAVEFORMS (Continued) 


READY SIGNALS (FOR SYNCHRONOUS DEVICES) 


tcLRix——| 
tRiVCL 


taiRiv— tcLriXx 


CLK 


tcLayx 


tRYHCH tRYLCL 


LOAD 
ae : rar | (SEE NOTE 1) 6s 
24MHz C_] ets i , — 


Ry = Ro = 5100. 


Clock High and Low Time (Using X1, X2) 


PULSE . oe ae LOAD 
GENERATOR (SEE NOTE 1) 


Clock High and Low Time (Using EFI) 
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| LOAD 
AEN1 CLK (SEE NOTE 1) 
~ LOAD 
a - (SEE NOTE 2) 


PULSE 
GENERATOR RDY2 OSC 


TRIGGER FIC 
-AEN2 
CSYNC 
Ry = R2 = 5100. 


LOAD 
(SEE NOTE 1) 


TRIGGER 


PULSE 
GENERATOR 


LOAD 
(SEE NOTE 2) 


Ready to Clock (Using EFI) 


NOTES: 
1. Cr = 100 pF 
2. CL = 30 pF 
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M8284 


CLOCK GENERATOR AND DRIVER 


FOR MILITARY iAPX 86 
MILITARY 


@ Military Temperature Range: 


—55°C to + 125°C 


™ Generates the System Clock for the 


M8086 


@ Uses a Crystal or TTL Signal for 


- Frequency Source 


™@ Single +5V Power Supply 


@18-Pin Package 


@ Generates System Reset Output 
from Schmitt Trigger Input 


— Provides Local Ready and 
MULTIBUS™ Ready Synchronization 


& Capable of Clock Synchronization 
with other M8284’s 


. The M8284 is a bipolar clock generator/driver designed to provide clock signals for the Military iAPX 86 and peripherals. It 
also contains READY logic for operation with two MULTIBUS™ systems and provides the processors required READY 
synchronization and timing. Reset logic with hysteresis and synchronization is also provided. 


E SYNC 
CSYNC 


RDY1 oh 
AEN1 > 

fs) Q 
AEN2 —_——> 
RDY2 ei) 


Figure 1. Block Diagram 


CONNECTIONS FOR CRYSTAL 


CLOCK SOURCE SELECT 
EXTERNAL CLOCK INPUT 
CLOCK SYNCHRONIZATION INPUT 


READY SIGNAL FROM TWO MULTIBUS™ SYSTEMS 


ADDRESS ENABLED QUALIFIERS FOR RDY1,2 


RESET 


PCLK 


READY 


RES 
RESET 
Osc 
CLK 
PCLK 


Vcc 
GND 


M8284 Pin Names 


READY 


18f ] Vcc 
174 J X1 

161 ] x2 
15] NC. 
1417] EFI 
1317] FIC 
12] OSC 
117 ] RES 
10{_ ] RESET 


Figure 2. Pin Configuration 


RESET INPUT 

SYNCHRONIZED RESET OUTPUT 
OSCILLATOR OUTPUT 

MOS CLOCK 1D8086 

TTL CLOCK FOR PERIPHERALS 
SYNCHRONIZED READY OUTPUT 
+5 VOLTS 

0 VOLTS 
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@ Industrial Temperature Range: 
—40°C to +85°C 


18284 
CLOCK GENERATOR AND DRIVER 
FOR iAPX 86, 88 PROCESSORS 


INDUSTRIAL 


= Generates the System Clock for the 


Industrial iAPX 86/10 


m Uses a Crystal or a TTL Signal for 
Frequency Source 


m@ Single +5V Power Supply 


18-Pin Package 


Generates System Reset Output from 
Schmitt Trigger Input 


Provides Local Ready and MULTIBUS™ | 
Ready Synchronization 


Capable of Clock Synchronization with 
other 8284’s 


The 18284 is a bipolar clock generator/driver designed to provide clock signals for the iAPX 86, 88 and peripherals. It 
also contains READY logic for operation with two MULTIBUS™ systems and provides the processors required READY 
synchronization and timing. Reset logic with hysteresis and synchronization is also provided. 


.. CONNECTIONS FOR CRYSTAL 


CLOCK SOURCE SELECT 
EXTERNAL CLOCK INPUT 
CLOCK SYNCHRONIZATION INPUT 


RESET 


PCLK 


READY 


CSYNC[]1 
PCLK []2 
AEN1[ ]3 
RoYi(14 

READY []5 
RDY2 (]6 
AEN2 (]7 

CLK []8 
GND ([]}9 


10] RESET 


Figure 2. Pin Configuration 


RES RESET INPUT 
RESET SYNCHRONIZED RESET OUTPUT 
osc OSCILLATOR OUTPUT 


CLK 


PCLK 


MOS CLOCK |ID8086 
TTL CLOCK FOR PERIPHERALS 


READY SIGNAL FROM TWO MULTIBUS™ SYSTEMS READY SYNCHRONIZED READY OUTPUT 


Vcc 


ADDRESS ENABLED QUALIFIERS FOR RDY1,2 GND 


18284 Pin Names 
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OCTAL BUS TRANSCEIVER ~ 
INDUSTRIAL 


= Data Bus Buffer Driver for iAPX 86,88, = 3-State Outputs 
- ® Z ® . 7 ® 
MGS SOU MCo ss. ane Monee; 20-Pin Package with 0.3” Center 


Families | 
= No Output Low Noise when Entering 


a High Output Drive Capability for. or Leaving High Impedance State 


Driving System Data Bus | ~ 
| = Industrial Temperature Range: 
a Fully Parallel 8-Bit Transceivers — —40°C to +85°C 


The I8286 and 18287 are 8-bit bipolar transceivers with 3-state outputs. The 18287 inverts the input data at its outputs 
while the 18286 does not. Thus, a wide variety of applications for buffering in microcomputer systems can be met. 
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8288 
BUS CONTROLLER 
FOR iAPX 86, 88 PROCESSORS 


= Bipolar Drive Capability 
= Provides Advanced Commands 


= Provides Wide Flexibility in System 
Configurations 


3-State Command Output Drivers 
Configurable for Use with an I/O Bus 


Facilitates Interface to One or Two 


Muilti-Master Busses 


The Intel® 8288 Bus Controller is a 20-pin bipolar component for use with medium-to-large iAPX 86, 88 processing 


systems. The bus controller provides command and control timing 


optimizing system performance. 


generation as well as bipolar bus drive capability while 


A strapping option on the bus controller configures it for use with a multi-master system bus and separate I/O bus. 


STATUS 


DECODER 


= 
8086 J} <= 
STATUS alk 


DT/R 
DEN 


CONTROL 
SIGNAL 
GENER. 

ATOR 


CONTROL 
INPUT 


ALE 


Figure 1. Block Diagram 


MULTIBUS™ 
COMMAND 
SIGNALS 


ADDRESS LATCH, DATA 


TRANSCEIVER, AND 


MCEIPDEN { INTERRUPT CONTROL 


SIGNALS 


1oB (] 1 20[] Vcc 
CLK (J 2 19 [] So 
siC}3 18 [) s2 

pDT/R C4 17 [1] MCE/PDEN 

ALE [) 6 [_) DEN 

AENL] 6 15 |] CEN 
mMRoC LJ 7 14] INTA | 
AmMWC [1] 8 13 [_] 1lOoRC 


12 TL] AIOWC 
111 | jowc 


Figure 2. 
Pin Configuration 


a a A 
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Table 1. Pin Description 


Type Name and Function | | 
Power: +5V supply. - | 


Status Input Pins: These pins are the 
status input pins from the 8086, 8088 or 
8089 processors. The 8288 decodes these 
inputs to generate command and control 
signals at the appropriate time. When 
these pins are not in use (passive) they are 
all HIGH. (See chart under Command and 
Control Logic.) 


Clock: This is a clock signal from the 
8284 clock generator and serves to estab- 
lish when command and control signals 
are generated. 


Address Latch Enable: This signal 
serves to strobe an address into the 
address latches. This signal is active HIGH 
and latching occurs on the falling (HIGH 
to LOW) transition. ALE is intended for 
use with transparent D type latches. 


Data Enable: This signal serves to en- 
able data transceivers onto either the 
local or system data bus. This signal is 
active HIGH. 


Data Transmit/Receive: This signal es- 
tablishes the direction of data flow 
through the transceivers. A HIGH on this 


line indicates Transmit (write to I/O or 


memory) and a LOW indicates Receive 
(Read). 


Address Enable: AEN enables command 
outputs of the 8288 Bus Controller at least 
115 ns after it becomes active (LOW). AEN 
going inactive immediately 3-states the 
command output drivers. AEN does not 
affect the I/O command lines if the 8288 is 
in the I/O Bus mode (IOB tied HIGH). 


Command Enable: When this signal is 
LOW all 8288 command outputs and the 
DEN and PDEN control outputs are forced 
to their inactive state. When this signal is 
HIGH, these same outputs are enabled. 


Input/Output Bus Mode: When the IOB is 
strapped HIGH the 8288 functions in the 
/O Bus mode. When it is strapped LOW, 


8288 


the 8288 functions. in the System Bus 


mode. (See sections on I/O Bus-and Sys- 
tem Bus modes). 


B-102 


Advanced 1/O Write Command: The 
AIOWC issues an I/O Write Command 
earlier in the machine cycle to give I/O 
devices an early indication of a write in- 
struction. Its timing is the same as a read 
command signal. AIOWC is active LOW. 


1/0 Write Command: This command line 
instructs an I/O device to read the data on 
the data bus. This signal is active LOW. 


1/O Read Command: This command line 
instructs an 1/O device to drive its data 
onto the data bus. This signal is active 
LOW. “u 


Advanced Memory Write Com- 
mand: The AMWC issues a memory write 
command earlier in the machine cycle to 
give memory devices an early indication 
of a write instruction. Its timing is the 
same as aread command signal. AMWC is 
active LOW. iS er 


Memory Write Command: This com- 
mand line instructs the memory to record 
the data present on the data bus. This 
signal is active LOW. 


Memory Read Command: This com- 
mand line instructs the memory to drive 
its data onto the data bus. This signal is 
active LOW. 


Interrupt Acknowledge: This command 
line tells an interrupting device that its 
interrupt has been acknowledged and 
that it should drive vectoring information 
onto the data bus. This signal is active 


LOW. 


This is adual function pin, 
MCE (IOB is tied LOW): Master Cascade 
Enable occurs during an interrupt se- 
quence and serves to read a Cascade 
Address from a master PIC (Priority Inter- 
rupt Controller) onto the data bus. The 
MCE signal is active HIGH. 

PDEN (IOB is tied HIGH): Peripheral 
Data Enable enables the data bus trans- 
ceiver for the I/O bus that DEN performs 
for the system bus. PDEN is active LOW. 
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FUNCTIONAL DESCRIPTION 


Command and Control Logic 


The command logic decodes the three 8086, 8088 or 8089 
CPU status lines (So, S4, Sz) to determine what command 
is to be issued. 


This chart shows the meaning of each status ‘‘word’”’. 


IOWC,AIOWC 
None 


WTC,AMWC 


Passive None 


The command is issued in one of two ways dependent 
on the mode of the 8288 Bus Controller. 

\/O Bus Mode — The 8288 is in the I/O Bus mode if the 
|OB pin is strapped HIGH. In the I/O Bus mode all 0 
command lines (IORC, IOWC, AIOWG, INTA) are always 
enabled (i.e., not dependent on AEN). When an I/O com- 
mand is initiated by the processor, the 8288 immediately 
activates the command lines using PDEN and DTIR to 
control the I/O bus transceiver. The I/O command lines 
should not be used to control the system bus in this 
configuration because no arbitration is present. This 
mode allows one 8288 Bus Controller to handle two ex- 
ternal busses. No waiting is involved when the CPU 
wants to gain access to the I/O bus. Normal memory ac- 
cess requires a ‘“‘Bus Ready” signal (AEN LOW) before it 
will proceed. It is advantageous to use the l|OB mode if 
\/O or peripherals dedicated to one processor exist ina 
multi-processor system. 


System Bus Mode — The 8288 is in the System Bus mode 
if the 1OB pin is strapped LOW. In this mode no command 
is issued until 115 ns after the AEN Line is activated 
(LOW). This mode assumes bus arbitration logic will in- 
form the bus controller (on the AEN line) when the bus is 


free for use. Both memory and I/O commands wait forbus | 


arbitration. This mode is used when only one bus exists. 
Here, both I/O and memory are shared by more than one 
processor. : 


COMMAND OUTPUTS 

The advanced write commands are made available to in- 
itiate write procedures early in the machine cycle. This 
signal can be used to prevent the processor from enter- 
ing an unnecessary wait state. 


The command outputs are: 


MRDC — Memory Read Command 

MWTC — Memory Write Command 

lORC — 1/0 Read Command 

lowc — I/O Write Command 

AMWC — Advanced Memory Write Command 
AIOWC — Advanced 1/0 Write Command 
INTA — Interrupt Acknowledge 
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INTA (Interrupt Acknowledge) acts as an I/O read during 
an interrupt cycle. Its purpose is to inform an inter- 
rupting device that its interrupt is being acknowledged 
and that it should place vectoring. information onto the 
data bus. 


CONTROL OUTPUTS 

The control outputs of the 8288 are Data Enable (DEN), 
Data Transmit/Receive (DT/R) and Master Cascade 
Enable/Peripheral Data Enable (MCE/PDEN). The DEN 
signal determines when the external bus should be 
enabled onto the local bus and the DT/R determines the 
direction of data transfer. These two signals usually go 
to the chip select and direction pins of a transceiver. 


- The MCE/PDEN pin changes function with the two 


modes of the 8288. When the 8288 is in the IOB mode 
(1OB HIGH) the PDEN signal serves as a dedicated data 
enable signal for the I/O or Peripheral System bus. 


INTERRUPT ACKNOWLEDGE AND MCE > 


The MCE signal is used during an interrupt acknowl- 


edge cycle if the 8288 is in the System Bus mode (lIOB 
LOW). During any interrupt sequence there are two inter- 
rupt acknowledge cycles that. occur back to back. Dur- 
ing the first interrupt cycle no data or address transfers 
take place. Logic should be provided to mask off MCE 
during this cycle. Just before the second cycle begins 
the MCE signal gates a master Priority Interrupt Con- 
troller’s (PIC) cascade address onto the processor's 
local bus where ALE (Address Latch Enable) strobes it 
into the address latches. On the leading edge of the 
second interrupt cycle the addressed slave PIC gates an 
interrupt vector onto the system data bus where it is 
read by the processor. : 


If the system contains only one PIC, the MCE signal is 
not used. In this case the second Interrupt Acknowledge 
signal gates the interrupt vector onto the processor bus. 


ADDRESS LATCH ENABLE AND HALT 
Address Latch Enable (ALE) occurs during each machine 
cycle and serves to strobe the current address into the 
address latches. ALE also serves to strobe the status (So, 
S;, So) into a latch for halt state decoding. 


COMMAND ENABLE 

The Command Enable (CEN) input acts as a command 
qualifier for the 8288. If the CEN pin is high the 8288 
functions normally. If the CEN pin is pulled LOW, all 
command lines are held in their inactive state (not 
3-state). This feature can be used to implement memory 
partitioning and to eliminate address conflicts between 
system bus devices and resident bus devices. 
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ABSOLUTE MAXIMUM RATINGS* | 


Temperature Under Bias .:... Sedvaateacearine ..0°C to 70°C 


Storage Temperature ............... —65°C to +150°C 
All Output and Supply Voltages ......... —0.5V to +7V 
All Input Voltages .................08. —1.0V to +5.5V 


Power Dissipation ............. ccc cece eee wees 1.5 Watt 


D.C. CHARACTERISTICS (Veco = BV + 10%, T, = 0°C to 70°C) 


Forward Input Current - 


Output Low Voltage... 
Command Outputs 
Control Outputs 
Output High Voltage. 
Command Outputs 
Control Outputs |... 
"Input Low Voltage 
Input High Voltage _ 


Output Off Current | 


Man 
: lope 


A.C. CHARACTERISTICS (Vcc = 5V + 10%, Ta = 0°C to 70°0) 


TIMING REQUIREMENTS __ 


TCLCL | CLKCycélePeriod 


—TCHCL 


. CLKHighTime ssi. 


-. TSVCH Status Active Setup Time 


TCHSV Status Active Hold Time 


TCLSH Status Inactive Hold Time 
TILIH : : 
TIHIL 


Input, Rise Time 


Input, Fall Time | 
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Min 
amen 


| Ip | Reverse Input Current . 


[Tech | ciktowtime | en 


| 35 

Ewe alOiss 

| TSHCL | Status Inactive Setup Time | 35_| 
ak 0 

ze eee 
Eee 


*NOTICE: Stresses above those listed under “‘Absolute 
Maximum Ratings’”’ may cause permanent damage to the 
device. This is a stress rating only and functional opera- 
tion of the device at these or any other conditions above 
those indicated in the operational sections of this specifi- 
cation is not implied. Exposure to absolute. maximum 
rating conditions for extended periods may affect device 
reliability. Rede ue! de 


Test Conditions |: 


[- Max. | _Unit___|_Test Conditions 


From 0.8V to 2.0V. - 


From 2.0V to 0.8V 
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A.C. CHARACTERISTICS (Continued) 
TIMING RESPONSES . 


Parameter 
Control Active Delay 


TCVNX Control Inactive Delay 


TCLLH, ALE MCE Active Delay (from CLK) 
TCLMCH 


| Min. | 
ae 
a 
_TSVMCH_ | Status) 

a ei 

i | to 
Rae 
oe! 
Paes 
ea 


_ TCVNV 


TCHLL 
TCLML 
TCLMH 
_TCHDTL 


MWTC lo. = 32 mA 


IOWC low = -5 mA 


TCHDTH 
TAELCH 
TAEHCZ .| Command Disable Time P| go | ons. | 
TAELCV Enable Delay Time | 445—«| 200s] ns 


C, = 300 pF 


lo = 16mA 


“Taevy | AENtoDEN SST 20] ns | Other} Igy = -1 ma 
Trcevny | GENtoDENPOEN dCi | lace 


-TCELRH | CENtoCommand  . =| ~———~*«Y| TCLML | ons |, | 
TOLOH Output, Rise Time | | 20 ns | From 0.8V to 2.0V 
TOHOL Output, Fall Time faa | ons | From 2.0vto0.8v 


A.C. TESTING INPUT, OUTPUT WAVEFORM 


INPUT/OUTPUT 


1.5 «<«——- TEST POINTS ———> 1.5 


0.45 


A.C. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC “1” AND 0.45V FOR 
ALOGIC “0." THE CLOCK IS DRIVEN AT 4.3V AND 0.25V, TIMING MEASURE- 
MENTS ARE MADE AT 1.5V FOR BOTH A LOGIC "1" AND “0.” 


TEST LOAD CIRCUITS—3-STATE COMMAND OUTPUT TEST LOAD 


2.14V 2.28V 


1.5V eas | 
332 ~ £5270 a Sas 
OUT OUT out | 


80 pF 


300 pF T 300 pF 


COMMAND OUTPUT 
CONTROL OUTPUT 
TEST LOAD TEST LOAD 


3-STATE TO HIGH 3-STATE TO LOW 
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WAVEFORMS 


STATE +————T4 «—_____ Tj 


| |+——— TeLcL — 


in 
NE 
\ 


{ 

1 

| 
+ 

<x) 


Pr 
\ 


ADDRESSIDATA . 


DEN (WRITE) 


PDEN (WRITE) 


TCHOTH—> 


DT/R (READ) 
(INTA) 


TCHDTL 


{Ve | TCHDTH 


Veen, I~ TSVMCH 


NOTES: j 
1, ADDRESS/DATA BUS IS SHOWN ONLY FOR REFERENCE PURPOSES. 
2.. LEADING EOGE OF ALE AND MCE IS DETERMINED BY THE FALLING EDGE OF CLK OR STATUS GOING ACTIVE, WHICHEVER OCCURS LAST. 
3. ALL TIMING MEASUREMENTS ARE MADE AT 1.5V UNLESS SPECIFIED OTHERWISE. 
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WAVEFORMS (Continued) 


DEN, PDEN QUALIFICATION TIMING 


TAEVNV——> 


TCEVNV 


ADDRESS ENABLE (AEN) TIMING (3-STATE ENABLE/DISABLE) 


~«——-—TAELCV 
1.5V 1.5V 


TAELCH TAEHCZ 
_—_—_—_—SP 


~TCELRH 


D 
ba 


TCELRH 


NOTE: CEN must be low or valid prior to T2 to prevent the command from being generated. 
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BUS CONTROLLER . 
FOR iAPX 86, 88 PROCESSORS 


INDUSTRIAL 


= Bipolar Drive Capability 
= Provides Advanced Commands 


= Provides Wide Flexibility in System 
Configurations © 


aw 3-State Command Output Drivers © 


= Configurable for Use with an I/O Bus 


= Facilitates Interface to One or Two 
Multi-Master Busses 


= indusirial Temperature Range: 
— 40°C to 85°C 


The Intel® 18288 Bus Controller is a 20-pin bipolar component for use with medium-to-large iAPX 86 processing 
systems. The bus controller provides command and control timing generation as well as bipolar bus drive capability 


while optimizing system performance. 


A strapping option on the bus controller configures it for use with a multi-master system bus and separate I/O Bue 


——+—_—_ 


eosé | s- _ 


STATUS | Sh 


2a 


STATUS 
DECODER 


CONTROL 
SIGNAL 
GENER: 


|| ? ATOR 


Figure 1. Block Diagram 


CONTROL |x 
INPUT [a= 


| SIGNALS 
| ADDRESS LATCH, DATA 
PDE | INTERRUPT CONTROL 
S 


lop L} 1 201] Vcc 
CLK [] 2 191] So 
$1 (43 18] $2 


17 [| MCE/PDEN 


ALE 16 |] DEN 
AEN (1 15] CEN 
MRDCL] 7 14] INTA 
Amwc [] 8 13 [7] 1ORC 
cee mwreC{* ~ 12} sow 


| 111) iowe 
Figure 2. Pin Configuration 


GND 


Vcc 


TRANSCEIVER, AND 


GNALS 
PROCESSOR 
STATUS 
COMMAND 
BUS 
CONTROL 
INPUT 
CONTROL 
OUTPUT 


Figure 3. Functional Pin-Out 
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BUS ARBITER 


= Provides Multi-Master System Bus 
Protocol 


= Synchronizes iAPX 86, 88 Processors 
with Multi-Master Bus 


= Provides Simple Interface with 8288 
Bus Controller | 


= Four Operating Modes for Flexible 
System Configuration 


= Compatible with Intel Bus Standard 
MULTIBUS™ 7 


« Provides System Bus Arbitration for 
8089 IOP in Remote Mode 


The Intel 8289 Bus Arbiter is a 20-pin, 5-volt-only bipolar component for use with medium to large iAPX 86, 88 multi- 
master/multiprocessing systems. The 8289 provides system bus arbitration for systems with multiple bus masters, such as 
an 8086 CPU with 8089 IOP in its REMOTE mode, while providing bipolar buffering and drive capability. 


ANYRQST 
10B 


LOCK 
CLK a 
PROCESSOR CROLCK 
CONTROL eae | | CONTROL 
| 
a ee ee | 


+5V 


MULTIBUS™ 
MULTIBUS COMMAND 
INTERFACE SIGNALS 
ic 
* et SYSTEM 
SIGNALS 
SYSB/RESB 


Figure 1. Block Diagram 


Figure 2. Pin Diagram 


PROCESSOR 
STATUS 
MULTIBUS 
INTERFACE 
CONTROL/ 
STRAPPING 


OPTIONS 
— SYSB/RESB | SYSTEM 
SIGNALS 


Figure 3. Functional Pinout 
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Table 1. Pin Description 


| Symbol | Type | Name and Function . | Symbol | Type Name and Function 
Power: +5V supply +10%. AEN O |Address Enable: The output of the 8289 


ANYRQST 


Status Input Pins: The status input pins 
from an 8086, 8088 or 8089 processor. The 
8289 decodes these pins to initiate bus re- 
quest and surrender actions. (See Table 2.) 


Clock: From the 8284 clock chip and 
serves to establish when bus arbiter ac- 
tions are initiated. 

Lock: A processor generated signal which 
when activated (low) prevents the arbiter 
from surrendering the multi-master system 
bus to any other bus artiter, regardless of 
its priority. — 


Common Request Lock: An active low 
signal which prevents the arbiter from sur- 
rendering the multi-master system bus to 
any other bus arbiter requesting the bus 
through the CBRQ input pin. 


Resident Bus: A strapping option to con- 
figure the arbiter to operate in systems hav- 
ing both a multi-master system bus and a 
Resident Bus. Strapped high, the multi- 
master system bus is requested or surren- 


dered as a function of the SYSB/RESB - 


input pin. Strapped low, the SYSB/RESB 
input is ignored. | 


Any Request: A strapping option which 
permits the multi-master system bus to be 
surrendered to a lower priority arbiter as if 
it were an arbiter of higher priority (i-e., 
when a lower priority arbiter requests the 
use of the multi-master system bus, the bus 
is surrendered as soon as it is possible). 
When ANYRQST is strapped low, the bus is 
surrendered according to Table 2. If ANY- 
RQST is strapped high and CBRQ is ac- 
tivated, the bus is surrendered at the end of 
the present bus cycle. Strapping CBRQ low 
and ANYRQST high forces the 8289 arbiter 
to surrender the multi-master system bus 
after each transfer cycle. Note that when 
surrender occurs BREQ is driven false 
(high). 

10 Bus: A strapping option which confi- 
gures the 8289 Arbiter to operate in sys- 
tems having both an IO Bus (Peripheral 
Bus) and a multi-master system bus. The 
arbiter requests and surrenders the use of 
the multi-master system bus as a function 
of the status line, $2. The multi-master sys- 
tem bus is permitted to be surrendered 
while the processor is performing |O com- 
mands and is requested whenever the pro- 
cessor ‘performs a memory command. 
Interrupt cycles are assumed as coming 
from.the peripheral bus and are treated as 
an lO command. 
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SYSB/ 
RESB 


Arbiter to the processor's address latches, 
to the 8288 Bus Controller and 8284A 
Clock Generator. AEN serves to instruct the 
Bus Controller and address latches when 
to tri-state their output drivers.: 


System Bus/Resident Bus: An input 
signal when the arbiter is configured in the 
S.R. Mode (RESB is strapped high) which 
determines when the multi-master system 
bus is requested and multi-master system 
bus surrendering is permitted. The signal 
is intended. to originate from a.form of 
address-mapping circuitry, as a decoder or 
PROM attached to the resident address 
bus. Signal transitions and glitches are 
permitted on this pin from 1 of T4to ¢ 1 of 
T2 of the processor cycle. During the 
period from #1 of T2 tod 1 of T4, only clean 
transitions are permitted on this pin (no 
glitches). If a glitch occurs, the arbiter may 
capture or miss it, and the multi-master 
system bus may be requested or surren- 
dered, depending upon the state of the 
glitch. The arbiter requests the multi- 
master system bus in the S.R. Mode when 
the state of the SYSB/RESB pin is high and 
permits the bus to be surrendered when 
this pin is low. 


Common Bus Request: An input signal 


which instructs the arbiter if there are any 


other arbiters of lower priority requesting 
the use of the multi-master system bus. 


The CBRQ pins (open-collector output) of 


‘all the 8289 Bus Arbiters which surrender 


to the multi-master system bus upon re- 
quest are connected together. 


The Bus Arbiter running the current trans- 
fer cycle will not itself pull the CBRQ line 
low. Any other arbiter connected to the 
CBRQ line can request the multi-master 
system bus. The arbiter presently running 
the current transfer cycle drops its BREQ 
signal and surrenders the bus whenever 
the proper surrender conditions exist. 
Strapping CBRQ low and ANYRQST high 
allows the multi-master.system bus to be 
surrendered after each transfer cycle. See 
the pin definition of ANYRQST. 


Initialize: An active low multi-master sys- 
tem bus input signal used to reset all the 
bus arbiters on the multi-master system 
bus. After initialization, no arbiters have 
the use of the multi-master system bus. 
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Table 1. Pin Descriptions (Continued) 


| Symbol | Type Name and Function 


BCLK : Bus Clock: The multi-master system bus 


clock to which all multi-master system bus 
BREQ 


interface signals are synchronized. 


Bus Request: An active low output signal 
in the parallel Priority Resolving Scheme 
which the arbiter activates to request the 
use of the multi-master system bus. 


Bus Priority In: The active low signal re- 
turned to the arbiter to instruct it that it may 
acquire the multi-master system bus on the 
next falling edge of BCLK. BPRN indicates 
to the arbiter that it is the highest priority 
requesting arbiter presently on the bus. 
The loss of BPRN instructs the arbiter that 
it has lost priority to a higher priority 
arbiter. 


FUNCTIONAL DESCRIPTION 


The 8289 Bus Arbiter operates in conjunction with the 
8288 Bus Controller to interface iAPX 86, 88 processors to 
a multi-master system bus (both the iAPX 86 and iAPX 88 
are configured in their max mode). The processor is un- 
aware of the arbiter’s existence and issues commands as 
though it has exclusive use of the system bus. If the pro- 
cessor does not have the use of the multi-master system 
bus, the arbiter prevents the Bus Controller (8288), the 
data transceivers and the address latches from accessing 
the system bus (e.g. all bus driver outputs are forced into 
the high impedance state). Since the command sequence 
was not issued by the 8288, the system bus will appear as 
“Not Ready” and the processor will enter wait states. The 
processor will remain in Wait until the Bus Arbiter ac- 
quires the use of the multi-master system bus whereupon 
the arbiter will allow the bus controller, the data transceiv- 
ers, and the address latches to access the system. Typi- 
‘cally, once the command has been issued and a data 
transfer has taken place, a transfer acknowledge (XACK) 
is returned to the processor to indicate “READY” from the 
accessed slave device. The processor then completes its 
transfer cycle. Thus the arbiter serves to multiplex a pro- 
cessor (or bus master) onto a multi-master system bus and 
avoid contention problems between bus masters. 


Arbitration Between Bus Masters 


In general, higher priority masters obtain the bus whena 
lower priority master completes its present transfer 
cycle. Lower priority bus masters obtain the bus whena 
higher priority master is not accessing the system bus. 
A strapping option (ANYRQST) is provided to allow the 
arbiter to surrender the bus to a lower priority master as 
though it were a master of higher priority. If there are no 
other bus masters requesting the bus, the arbiter main- 
tains the bus so long as its processor has. not entered 
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ae Name and Function | 


Bus Priority Out: An active low output 
signal used in the serial priority resolving 
scheme where BPRO is daisy-chained to 
BPRN of the next lower priority arbiter. 


Busy: An active low open collector 
multi-master system bus interface signal 
used to instruct all the arbiters on the bus 
when the multi-master system bus is avail- 
able. When the multi-master system bus is 
available the highest requesting arbiter 
(determined by BPRN) seizes the bus and 
pulls BUSY low to keep other arbiters off of 
the bus. When the arbiter is done with the 
bus, it releases the BUSY signal, permitting 
it to go high and thereby allowing another 
arbiter to acquire the multi-master system 
bus. 


the HALT State. The arbiter will not voluntarily surrender 
the system bus and has to be forced off by another 
master’s bus request, the HALT State being the only ex- 
ception. Additional strapping options permit other 
modes of operation wherein the multi-master system 
bus is surrendered or requested under different sets of 
conditions. 


Priority Resolving Techniques 


Since there can be many bus masters on a multi-master 
system bus, some means of resolving priority between 
bus masters simultaneously requesting the bus must be 
provided. The 8289 Bus Arbiter provides several resolv- 
ing techniques. All the techniques are based on a priori- 
ty concept that at a given time one bus master will have 
priority above all the rest. There are provisions for using 
parallel priority resolving techniques, serial priority 
resolving techniques, and rotating priority techniques. 


PARALLEL PRIORITY RESOLVING 


The parallel priority resolving technique uses a separate 
bus request line (BREQ) for each arbiter on the multi- 
master system bus, see Figure 4. Each BREQ line enters 
into a priority encoder which generates the binary ad- 
dress of the highest priority BREQ line which is active. 
The binary address is decoded by a decoder to select 
the corresponding BPRN (Bus Priority In) line to be 
returned to the highest priority requesting arbiter. The 
arbiter receiving priority (BPRN true) then allows its 
associated bus master onto the multi-master system 
bus as soon as it becomes available (i.e., the bus is no 
longer busy). When one bus arbiter gains priority over 
another arbiter it cannot immediately seize the bus, it 


-must wait until the present bus transaction is complete. 
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Upon completing its transaction the present bus occu- © 


pant recognizes that it no longer has priority and sur- 


renders the bus by releasing BUSY. BUSY is an active » 


low “OR” tied signal line which goes to every bus arbiter 
on the system bus. When BUSY goes inactive (high), the 
arbiter which presently has bus priority (BPRN true) then 


BUS 
ARBITER 
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-seizes the bus and pulls BUSY low to keep other arbiters 


off of the bus. See waveform timing diagram, Figure 5. 


‘Note that all multi-master system bus transactions are 


synchronized to the bus clock (BCLK). This allows the 
parallel! priority resolving circuitry or any other priority 
resolving scheme employed to settle. 


74148 74138 
PRIORITY 3TO8 
ENCODER DECODER 


Figure 4. Parallel Priority Resolving Technique | 


(2) ATTAINS PRIORITY. 


BPRN \V _ 
Boat @) Mote | | 
PP, ge. , Fame OYa.. ~*~ = 


@) HIGHER PRIORITY BUS ARBITER REQUESTS THE MULTI-MASTER SYSTEM BUS. 


(3) LOWER PRIORITY BUS ARBITER RELEASES BUSY. 
- (4) HIGHER PRIORITY BUS ARBITER THEN ACQUIRES THE BUS AND PULLS BUSY DOWN. 


Figure 5. Higher Priority Arbiter obtaining the Bus from a Lower Priority Arbiter 
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SERIAL PRIORITY RESOLVING 


The serial priority resolving technique eliminates the 
need for the priority encoder-decoder arrangement by 
daisy-chaining the bus arbiters together, connecting the 
higher priority bus arbiter’s BPRO (Bus Priority Out) out- 
put to the BPRN of the next lower priority. See Figure 6. 


THE NUMBER OF ARBITERS THAT MAY BE DAISY-CHAINED TOGETHER IN THE 
SERIAL PRIORITY RESOLVING SCHEME IS A FUNCTION OF BCLK AND THE PROPA- 
GATION DELAY FROM ARBITER TO ARBITER. NORMALLY, AT 10 MHz ONLY 3 ARBI- 
TER MAY BE DAISY-CHAINED. 


Figure 6. Serial Priority Resolving | 


ROTATING PRIORITY RESOLVING 

The rotating priority resolving technique is similar to 
that of the parallel priority resolving technique except 
that priority is dynamically re-assigned. The priority en- 
coder is replaced by a more complex circuit which ro- 
tates priority between requesting arbiters thus allowing 
each arbiter an equal chance to use the multi-master 
system bus, over time. 


ae Priority Resolving Technique To 
se 


There are advantages and disadvantages for each of the 
techniques described above. The rotating priority 
resolving technique requires substantial external logic 
to implement while the serial technique uses no exter- 
nal logic but can accommodate only a limited number of 
bus arbiters before the daisy-chain propagation delay 
exceeds the multi-master’s system bus clock (BCLK). 
The parallel priority resolving technique is in general a 
good compromise between the other two techniques. It 
allows for many arbiters to be present on the bus while 
not requiring too much logic to implement. 


“In some system configurations it is possible for anon-I/O Processor to 
have access to more than one Multi-Master System Bus, see 8289 
Application Note. 
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8289 MODES OF OPERATION 


There are two types of processors in the iAPX 86 family. An 
Input/Output processor (the 8089 IOP) and the iAPX 86/10, 
88/10 CPUs. Consequently, there are two basic operating 
modes in the 8289 bus arbiter. One, the 1OB (I/O Peripheral 
Bus) mode, permits the processor access to both an 1/O 
Peripheral Bus and a multi-master system bus. The sec- 
ond, the RESB (Resident Bus mode), permits the pro- 
cessor to communicate over both a Resident Bus and a 
multi-master system bus. An I/O Peripheral Bus is a bus 
where all devices on that bus, including memory, are 
treated as I/O devices and are addressed by I/O com- 
mands. All memory commands are directed to another 
bus, the multi-master system bus. A Resident Bus can 
issue both memory and I/O commands, but it is a distinct 
and separate bus from the multi-master system bus. The 
distinction is that the Resident Bus has only one master, 
providing full availability and being dedicated to that one 
master. | | 


The 1OB strapping option configures the 8289 Bus Ar- 
biter into the IOB mode and the strapping option RESB 
configures it into the RESB mode. It might be noted at 
this point that if both strapping options are strapped 
false, the arbiter interfaces the processor to a multi- 
master system bus only (see Figure 7). With both op- 
tions strapped true, the arbiter interfaces the processor 
to a multi-master system bus, a Resident Bus, and an I/O 
Bus. 


In the |OB mode, the processor communicates and con- 
trols a host of peripherals over the Peripheral Bus. When 
the I/O Processor needs to communicate with system 
memory, it does so over the system memory bus. Figure 
8 shows a possible !/O Processor system configuration. 


The iAPX 86 and iAPX 88 processors can communicate 
with a Resident Bus and a multi-master system bus. Two 
bus controllers and only one Bus Arbiter would be needed 
in such a configuration as shown in Figure 9. In sucha 
system configuration the processor would have access to 
memory and peripherals of both busses. Memory map- 
ping techniques are applied to select which bus is to be 
accessed. The SYSB/RESB input on the arbiter serves to 
instruct the arbiter as to whether or not the system bus is 
to be accessed. The signal connected to SYSB/RESB also 
enables or disables commands from one of the bus 
controllers. 


A summary of the modes that the 8289 has, along with 
its response to its status lines inputs, is summarized in 
Table 2. 
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Table 2. Summary of 8289 Modes, Requesting and Relinquishing the Multi-Master System Bus 


Single 
ee ’ _.- 1 Bus Mode 
Status Lines From 10B Mode RESB (Mode) Only . | 1OB Mode RESB Mode 1OB = High 
8086 or 8088 or 8089 Only -  10B = High RESB = High . 1OB = Low RESB = High RESB = Low 


1/0 
COMMANDS 


MEM 


1 
COMMANDS 2 


NOTES: 


1. X= Multi-Master System Bus is s allowed to be Surrendered. 
2. ~ = Multi-Master System Bus is Requested. 


Pin Multi-Master System Bus 
Single Bus -10B=High Whenever the processor’s ae 
' Multi-Master Mode RESB = Low BEG 2 CERG BEERS 
~ RESB Mode Only IOB = High SYSB/RESB = High ° (SYSB/RESB = Low + TI) © 
| -| RESB=High | ACTIVE STATUS CBRQ + HLT + HPBRQ 


((/O Status Commands) + 
- SYSB/RESB = LOW)) ¢ CBRQ 
+ HPBRQT + HLT 


IOB = Low (Memory Command) « 
IOB Mode-RESB Mode | pesp-High | (SYSB/RESB = High) 


NOTES: 

“LOCK prevents surrender of Bus to any other arbiter, CRQLCK srevents surrender of Bus to any lower priority arbiter. 
**Except for HALT and Passive or IDLE Status. 

THPBRQ, Higher priority Bus request or BPRN = 1. 

1. 1OB Active Low. 
2. RESB Active High. 

‘3. +is read as “OR” and ® as s “AND,” u 
4. Tl= Processor Idle Status $2, $1, S0= 111 
5 


. HLT= Processor Halt Status S2, Si, SO0=011 | | 
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8086 
CPU 


AD0-AD15 
A16-A19 


PROCESSOR 
LOCAL BUS 


8289 
BUS 


ARBITER 


XCVR 
DISABLE 


XACK MULTI-MASTER SYSTEM BUS 


MULTI-MASTER 
CONTROL BUS 


MULTI-MASTER 

SYSTEM 

COMMAND 

BUS MULTI-MASTER 
SYSTEM BUS 


MULTI-MASTER 
SYSTEM 
ADDRESS 

BUS 


MULTI-MASTER 


ss NA i en AL a ERY OH 
8286/8287 DATA 


(2) 


BUS 


Figure 7. Typical Medium Complexity CPU System 


XACK (If BUS) -———_———_+|poy1 


8284A 
CLOCK 


ROY2 


EADY . 
CLK __AEN2 


8089 
|oP 


Apo-aD15 20 


P = | | e208 


coumann( 
BUS 


8289 
BUS 
ARBITER 


STATUS (S0,51,52) 


PROCESSOR | 
LOCAL - 
BUS 


VO BUS 


OE STB 


ADDRESS 
10 ae LATCH 
A Ss 
8283/ 
BUS 8282 
(2 OR 3) 


OE STB 


ADORESS 
LATCH 
8283/ 
8282 
(2 OR 3) 


TRANSCEIVER 
8286/8287 


(2) 


TRANSCEIVER 
8286/8287 


(2) 


BUS 
CONTROLLER 


XACK MULTI-MASTER SYSTEM BUS 


MULTI-MASTER 
CONTROL 
BUS 


MULTI-MASTER 
SYSTEM 
COMMAND 
BUS 


MULTI-MASTER 
SYSTEM BUS 


MULTI-MASTER 
SYSTEM 
ADDRESS 
XCVR BUS 
DISABLE 


MULTI-MASTER 
SYSTEM 

OATA 

BUS 


Figure 8. Typical Medium Complexity |OB System 
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XACK MULTI-MASTER SYSTEM BUS 


1 


RESIDENT BUS 


STATUS MULTI-MASTER SYSTEM 


BUS CONTROL 


ADO-AD15, 
A16-A19 


SYSB/RESB 


RESIDENT COMMAND MULTI-MASTER SYSTEM 
BUS COMMAND BUS 


F3 A | MULTL-MASTER 
RESIDENT BUS SYSTEM BUS 


STB 


ADDR ADOR 
RESIDENT ADDRESS LATCH LATCH MULTI-MASTER SYSTEM 
BUS 8282/8283 8282/8283 ADDRESS BUS 
(2 OR 3) (2 OR 3) 


RESIDENT DATA PRANSCEIVER Beatle MULTI-MASTER SYSTEM 
6286/8287 8286/8287 
BUS > DATA BUS 


*BY ADDING ANOTHER 8289 ARBITER AND CONNECTING ITS AEN TO THE 8288 
WHOSE AEN IS PRESENTLY GROUNDED, THE PROCESSOR COULD HAVE ACCESS 
TO TWO MULTI-MASTER BUSES. 


Figure 9. 8289 Bus Arbiter Shown in System-Resident Bus Configuration 
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ABSOLUTE MAXIMUM RATINGS* 


Temperature Under Bias ............. ..0°C to 70°C 
Storage Temperature............. — 65°C to + 150°C 
All Output and Supply Voltages........ —0.5V to +7V 
All Input Voltages...............00. ~—1.0V to + 5.5V 
Power Dissipation... ...... 0... ccc eee eee 1.5 Watt 


*NOTICE: Stresses above those listed under ‘‘Absolute 
Maximum Ratings” may cause permanent damage to the 
device. This is a stress rating only and functional opera- 
tion of the device at these or any other conditions above 
those indicated in the operational sections of this specifi- 
cation is not implied. Exposure to absolute maximum 
rating conditions for extended periods may affect device 
reliability. 


D.C. CHARACTERISTICS (T, = 0°C to 70°C, Voc = +5V +10%) 


ve | teput Clamp vorge 


Vc 

IF 

VoL Output Low Voltage 

BUSY, CBRQ 

AEN 
BPRO, BREQ 

VoH 

loc 

ViL 

Vin 


fe 
i, 
—e-— 
BUSY, CBRQ 

= 
Fics | Power Supply Curent 
[vi | tnputtow Voltage 
ie 


Input High Voltage 2.0 


Voc = 5.50, Va = 5.50 


| V 
| V 
V 


lol = 20 mA 
lol = 16 mA 
lol = 10 mA : 


A.C. CHARACTERISTICS (Vcc = +5V +10%, Ts = 0°C to 70°C) 


TIMING REQUIREMENTS 


TCHCL CLK High Time 
TSHCL Status Inactive Setup 


THVCL Status Inactive Hold 
TBYSBL BUSY{\Setup to BCLK] 
TCBSBL CBRQ‘NSetup to BCLK] 


TCLSR2 SYSB/RESB Hold 


TIHIL Input Fall Time 
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ee 
Trevor | status Active soup SSCs OOO 
Ttaver | Status Active Hold ——SSSSCSC~idCCt 


TBLBL BCLK Cycle Time | 400 


TCLSRI SYSB/RESB Setup ae ee 


TILIH Input Rise Time Pieced 


50 © 
10 
10 
100 
10 
TIVIH Initialization Pulse Width 3 TBLBL+ 
3 TCLCL 


| Max, Test Condition 


TCLCL-10 


.65[(TBLBL] 


From 0.8 to 2.0V 


12 From 2.0V to 0.8V 
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A.C.. CHARACTERISTICS (Continued) . 
TIMING RESPONSES | | 


- | BCLK to AEN Low 


MY Denotes that spec applies to both transitions of the signal. 


NOTES: 


PRELIMINARY 


| Max. | Test Condition 


ee 


From 2.0V to 0.8V 


From 0.8V to 2.0V 


1. BCLK generates the first BPRO wherein subsequent BPRO changes Iower in the chain are generated through BPRON. 


2. Measured at .5V above GND. 


A.C. TESTING INPUT, OUTPUT WAVEFORM | A.C. TESTING LOAD CIRCUIT 


INPUT/OUTPUT 


1.5 <——- TEST POINTS ———-> 1.5 


0.45: 


A.C. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC "1" AND 0.45V FOR 
ALOGIC “0.” THE CLOCK IS DRIVEN AT 4.3V AND 0.25V. TIMING MEASURE- 
MENTS ARE MADE AT 1.5V FOR BOTH A LOGIC “1” AND "0." 
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UNDER 
TEST 


CL = 100 pF 
C, INCLUDES JIG CAPACITANCE 
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WAVEFORMS 


STATE Ty Te 
TCLCL ——+/<—TCLCH 


+ 
oe 


THVCH—> 


52,5150 \ 


TCLLL1 —+| 


COGR \ 
(SEE NOTE 1) 


TCLSA1 


it 


(SEE NOTE 2) 


AEN 


(SEE NOTE 3) 


PROCESSOR CLK RELATED 


BUS CLK RELATED 


| 
: 


a 


ary 


TBLBRL —>~ 


TBLPOH —e 


+— TBYSBL 


TBLCBL —> _—| +— TBLBYL 


t f 
NOTES: 


1. LOCK ACTIVE CAN OCCUR DURING ANY STATE, AS LONG AS THE 
RELATIONSHIPS SHOWN ABOVE WITH RESPECT TO THE CLK ARE MAINTAINED. 
LOCK INACTIVE HAS NO CRITICAL TIME AND CAN BE ASYNCHRONOUS. 
-CRQLCK HAS NO CRITICAL TIMING AND IS CONSIDERED AN ASYNCHRONOUS 
INPUT SIGNAL BS es 

2. GLITCHING OF SYSB/RESB PIN IS PERMITTED DURING THIS TIME. AFTER ¢ 2 OF 
T1, AND BEFORE #1 OF T4, SYSB/RESB SHOULD BE STABLE. 

3. AEN LEADING EDGE IS RELATED TO BCLK, TRAILING EDGE TO CLK. THE 
TRAILING EDGE OF AEN OCCURS AFTER BUS PRIORITY IS LOST. 


eas 
TBLBYH ——> —~— 


euieait *—TCBSBL 
—_ 


ADDITIONAL NOTES: 


The signals related to CLK are typical processor signals, and do not relate to the depicted sequence of events of the 
signals referenced to BCLK. The signals shown related to the BCLK represent a hypothetical sequence of events for 
illustration. Assume 3 bus arbiters of priorities 1, 2 and 3 configured in serial priority resolving scheme as shown in 
Figure 6. Assume arbiter 1 has the bus and is holding busy low. Arbiter #2 detects its processor wants the bus and 
pulls low BREQ#2. If BPRN#2 is high (as shown), arbiter #2 will pull low CBRQ line. CBRQ signals to the higher priority 
arbiter #1 that a lower priority arbiter wants the bus. [A higher priority arbiter would be granted BPRN when it makes 
the bus request rather than having to wait for another arbiter to release the bus through CBRO].** Arbiter #1 will relin- 
quish the multi-master system bus when it enters a state not requiring it (see Table 1), by lowering its BPRO#1 (tied to 
BPRN#2) and releasing BUSY. Arbiter #2 now sees that it has priority from BPRN#2 being low and releases CBRQ. As 
soon as BUSY signifies the bus is available (high), arbiter #2 pulls BUSY low on next falling edge of BCLK. Note that if 
arbiter #2 didn’t want the bus at the time it received priority, it would pass priority to the next lower priority arbiter by 
lowering its BPRO #2 [TPNPO]. . 


**Note that even a higher priority arbiter which is acquiring the bus through BPRN will momentarily drop CBRQ until it has acquired the bus. 
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int.| MODEL 230 _ 
INTELLEC SERIES II 
MICROCOMPUTER DEVELOPMENT SYSTEM 


Complete microcomputer development Powerful ISIS-I1 Diskette Operating 
center for Intel MCS-86, MCS-80, MCS-85 System software with relocating 
and MCS-48 microprocessor families _ macroassembler, linker, and locater 


LSI electronics board with CPU, RAM, , 

ROM, I/O, and interrupt circuitry dT million bytes (expandable to 2.5M 
bytes) of diskette storage 

64K bytes RAM meme 
Supports PL/M and FORTRAN high level 


Self-test diagnostic capability languages 


Eight-level nested, maskable priority 

interrupt system — Standard MULTIBUS on multiprocessor 
and DMA capability © 

Built-in interfaces for high speed paper 

tape reader/punch, printer, and universal | Compatible with standard IntellecliSBC 


PROM programmer : | expansion modules 

Integral CRT with detachable upper! 
lower case typewriter-style full ASCII . Software compatible with previous 
keyboard OO _ Intellec systems 


The Model 230 Intellec Series !| Microcomputer Development System is a complete center for the development of 
microcomputer-based products. It includes a CPU, 64K bytes of RAM, 4K bytes of ROM memory, a 2000-character CRT, 
a detachable full ASCII keyboard, and dual double density diskette drives providing over million bytes of on-line data 
storage. Powerful ISIS-II Diskette Operating System software allows the Model 230 to be used quickly and efficiently 
for assembling and/or compiling and debugging programs for Intel’s MCS-86, MCS-80, MCS-85, or MCS-48 microproc- 
essor families without the need for handling paper tape. ISIS-II performs all file handling operations, leaving the user 
free to concentrate on the details of his own application. When used in conjunction with an optional in-circuit 
emulator (ICE) module, the Model 230 provides all the hardware and software development tools necessary for the 
rapid development of a microcomputer-based product. 
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FUNCTIONAL DESCRIPTION 


Hardware Components 


The Intellec Series Il Model 230 is a packaged, highly 
integrated microcomputer development system consist- 
ing of a CRT chassis with a 6-slot cardcage, power sup- 
ply, fans, cables, and five printed circuit cards. A 
separate, full ASCII keyboard is connected with a cable. 
A second chassis contains two floppy disk drives capa- 
ble of double-density operation along with a separate 
power supply, fans, and cables for connection to the 
main chassis. A block diagram of the Model 230 is 
shown in Figure 1. 


CPU Cards — The master CPU card contains its own 
microprocessor, memory, I/O, interrupt and bus inter- 
face circuitry fashioned from Intel’s high technology LSI 
components. Known as the integrated processor board 
(IPB), it occupies the first slot in the cardcage. A second 
slave CPU card is responsible for all remaining I/O con- 
trol including the CRT and keyboard interface. This card, 
mounted on the rear panel, also contains its own micro- 
processor, RAM and ROM memory, and //O interface 
logic, thus, in effect, creating a dual processor environ- 
ment. Known as the I/O controller (IOC), the slave CPU 


LOCAL 
INTERRUPT 


a ge 
c. - 


SERIAL SERIAL 
CHANNEL 0 CHANNEL 1 
6251 


AUXILIARY 
_ | OM BOARD 
20K ROM 


‘ ! 
{ 
| S-LEVEL 
| pied 
| =} 
] 


card communicates with the IPB over an 8-bit bidirec- 
tional data bus. 


Memory and Control Cards — In addition, 32K bytes of 
RAM (bringing the total to 64K bytes) is located on a 
separate card in the main cardcage. Fabricated from 
Intel’s 16K RAMs, the board also contains all necessary 
address decoding and refresh logic. Two additional 
boards in the cardcage are used to control the two 
double-density floppy disk drives. 


Expansion — Two remaining slots in the cardcage are 
available for system expansion. Additional expansion of 
4 slots can be achieved through the addition of an inter 

lec Series Il expansion chassis. 7 oe 


System Components | 


The heart of the IPB is an Intel NMOS 8-bit microproces- 
sor, the 8080A-2, running at 2.6 MHz. 32K bytes of RAM 
memory are provided on the board using Intel 16K. 
RAMs. 4K of ROM is provided, preprogrammed with sys- ° 
tem bootstrap ‘‘self-test’” diagnostics and the Intellec 
Series Il System Monitor. The eight-level vectored prior- 
ity interrupt system allows interrupts to be individually 
masked. Using Intel’s versatile 8259A interrupt con- 
troller, the interrupt system may be user programmed to. 
cals to individual needs. 


BAUDAATE | |. 
GENERATOR & 
REAL-TIME CLOCK 
6253 


c 
F ' US 
RESOLUTION 
& CONTROL 


6080A 2 
CPU 
6228 
SYSTEM 
CONTROLLER 


6271 8275 
FLOPPY cat 
CONTROLLER CONTROLLER 


4OC BUS 7 


BOR0A-2 


CABLE BUS TO IPB 


8253 
INTERVAL 
TIMER 


6041 
cpu 


. ea ‘ 


Figure 1. Intellec Series Il Model 230 Microcomputer Development System Block Diagram 
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Input/Output. 


IPB Serial Channels — The I/O subsystem in the Model 
230 consists of two parts: the IOC card and two serial 
channels on the IPB itself. Each serial channel is RS232 
compatible and is capable of running asynchronously 
from 110 to 9600 baud or synchronously from 150 to 56K 
baud. Both may be connected to a user defined data set 
or terminal. One channel contains current loop 
adapters. Both channels are implemented using Intel’s 
8251A USART. They can be programmatically selected 
to perform a variety of I/O functions. Baud rate selection 


is accomplished programmatically through an Intel 8253. 


interval timer. The 8253 also serves as a real-time clock 
for the entire system. I/O activity through both serial 
channels is signaled to the system through a second 
8259 interrupt controller, operating in a one mode 
nested to the primary 8259. 


IOC Interface — The remainder of system I/O activity 


takes place in the lOC. The IOC provides interface for 


the CRT, keyboard, and standard Intellec peripherals 
including printer, high speed paper tape. reader/punch, 


and universal PROM programmer. The IOC contains its : 


own independent microprocessor, also an 8080A-2. The 
CPU controls all I/O operations as well as supervising 
communications with the IPB. 8K bytes of ROM contain 
all I/O control firmware. 8K bytes of RAM are used for 


CRT screen refresh storage. These do not occupy space . 


in Intellec Series Il main memory since the !OC is a 
totally independent microcomputer subsystem. 


integral CRT 


Display — The CRT is a 12-inch raster scan type monitor 
with a 50/60 Hz vertical scan rate and 15.5 kHz horizontal 
scan rate. Controls are provided for brightness and con- 
trast adjustments. The interface to the CRT is provided 
through an Intel 8275 single chip programmable CRT 
controller. The master processor on the IPB transfers a 
character for display to the IOC, where it is stored in 
RAM. The CRT controller reads a line at a time into its 
line buffer through an Intel 8257 DMA controller and 
then feeds one character at a time to the character gen- 

erator to produce the video signal. Timing for the CRT 
- control is provided by an Intel 8253 interval timer. The 
screen display is formatted as 25 rows of 80 characters. 
The full set of ASCII characters are displayed, including 
lower case alphas. 


Keyboard — The keyboard interfaces directly to the |OC 
processor via an 8-bit data bus. The keyboard contains 
an Intel UPI-41 Universal Peripheral Interface, which 
scans the keyboard, encodes the characters, and buf- 
fers the characters to provide N-key rollover. The key- 
board itself is a high quality typewriter style keyboard 
containing the full ASCII character set. An upper/lower 
case switch allows the system to be used for document 
preparation. Cursor control keys are also provided. 


Peripheral Interface 


A UPI-41 Universal Peripheral Interface on the IOC board 
performs similar functions to the UPI-41 on the PIO 
board in the Model 210. It provides interface for other 
standard Intellec peripherals including a printer, high 
speed paper tape reader, high speed paper tape punch, 


and universal PROM programmer. Communication 
between the IPB and IOC is maintained over a separate 
8-bit bidirectional data bus. Connectors for the four 
devices named above, as well as the two serial chan- 
nels, are mounted directly on the IOC itself. 


Control 


User control is maintained through a front panel, con- 
sisting of a power switch and indicator, reset/boot 
switch, run/halt light, and eight interrupt switches and 
indicators. The front panel circuit board is attached 
directly to the IPB, allowing the eight interrupt switches 
to connect to the primary 8259A, as well as to the Intellec 
Series I] bus. 


Diskette System. 


The Intellec Series Il double density diskette system 
provides direct access bulk storage, intelligent control- 
ler, and two diskette drives. Each drive provides V2 mil- 
lion bytes of storage with a data transfer rate of 500,000 
bits/second. The controller is implemented with Intel’s 
powerful Series 3000 Bipolar Microcomputer Set. The 
controller provides an interface to the Intellec Series II 
system bus, as well as supporting up to four diskette 
drives. The diskette system records all data in soft sec- 
tor format. The diskette system is capable of performing 
seven different operations: recalibrate, seek, format 
track, write data, write deleted data, read data, and verify 
CRC. 


Diskette Controller Boards — The diskette controller 
consists of two boards, the channel board and the inter- 
face board. These two PC boards reside in the Intellec 
Series Il system chassis and constitute the diskette 
controlier. The channel board receives, decodes and 
responds to channel commands from the 8080A-2 CPU 
in the Model 230. The interface board provides the 
diskette controller with a means of communication with 
the diskette drives and with the Intellec system bus. The 
interface board validates data during reads using a 
cyclic redundancy check (CRC) polynomial and gener- 
ates CRC data during write operations. When the disk- 
ette controller requires access to Intellec system mem- 
ory, the interface board requests and maintains DMA 
master control of the system bus, and generates the 
appropriate memory command. The interface board also 
acknowledges I/O commands as required by the Intellec 
bus. In addition to supporting a second set of double 
density drives, the diskette controller may co-reside 
with the Intel single density controller to allow up to 2.5 
million bytes of on-line storage. 


MULTIBUS Capability 


All Intellec Series Il models implement the industry 
standard MULTIBUS. MULTIBUS enables several bus 
masters, such as CPU and DMA devices, to share the 
bus and memory by operating at different priority levels. 
Resolution of bus exchanges is synchronized by a bus 
clock signal derived independently from processor 
clocks. Read/write transfers may take place at rates up 
to 5 MHz. The bus structure is suitable for use with any 
Intel microcomputer family. 
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SPECIFICATIONS 


Host Processor (IPB) 


RAM — 64K (system monitor occupies 62K through 64K). 


ROM — 4K (2K in monitor, 2K in boot/diagnostic) 


Diskette System Capacity (Basic Two Drives) 


Unformatted 
Per Disk: 6.2 megabits 
Per Track: 82.0 kilobits 


Formatted 
Per Disk: 4.1 megabits 
Per Track: 53.2 kilobits 


Diskette Performance 
Diskette System Transfer Rate — 500 ilobitalaee 


Diskette System Access Time 
Track-to-Track: 10 ms 
Head Settling Time: 10 ms 


Average Random Positioning Time — 260 ms 


Rotational Speed — 360 rpm 
Average Rotational Latency — 83 ms 
Recording Mode — M2FM 


Physical Characteristics 
Width — 17.37 in. (44.12 cm) 
‘Height — 15.81 in. (40.16 cm) 
Depth — 19.13 in. (48.59 cm) 
Weight — 73 Ib (33 kg) 


Keyboard 

~ Width — 17.37 in. (44.12 cm) 
Height — 3.0 in. (7.62 cm) 
Depth — 9.0 in. (22.86 cm) 
Weight — 6 |b (3 kg) 

Dual Drive Chassis 

Width — 16.88 in. (42.88 cm) 
Height — 12.08 in. (80.68 cm) 
Depth — 19.0 in. (48.26 cm) 
Weight — 64 Ib (29 kg) 


Electrical Characteristics 
DC Power Supply 


Volts Amps Typical 
Supplied Supplied System Requirements 


+ 545% 


+12+5% 


—-12+5% 
-—-10+5% 
+15+5% 
+24+5% 


*Not available on bus. 


ORDERING INFORMATION 
Part Number Description 


MDS-230 Intellec Series Il Model 230 
microcomputer development system 
(110V/60 Hz) 

MDS-231 Intellec Series Il Model 230 


microcomputer development system 
(220V/50 Hz) 


AC Requirements — 50/60 Hz, 115/230V AC 


Environmental Characteristics 
Operating Temperature — 0° to 35°C (95°F) 


Equipment Supplied 

Model 230 chassis 

Integrated processor board (IPB). 

I/O controller board (IOC) 

32K RAM board — 

CRT and keyboard 

Double density floppy disk controller (2 boards) 
Dual drive floppy disk chassis and cables 

2 floppy disk drives (512K byte capacity each) 
ROM-resident system monitor. 


ISIS-II system diskette with MCS- 80/MCS-85 
macroassembler 


Reference Manuals 


9800558 — A Guide to Microcomputer Development 
Systems (SUPPLIED) 


9800550 — Intellec Series Il Installation and Service 
Guide (SUPPLIED) ; 


9800306 — ISIS-II System User's Guide (SUPPLIED) 


9800556 — Intellec Series ul Hardware Reference Man- 
ual Err ree) 


9800301 — 8080/8085 esenibiy Language Program. 


ming Manual (SUPPLIED) ° 


9800292 — ISIS-I| 8080/8085 Assembler Operator’s Man- 
ual (SUPPLIED) 


9800605 — Intellec Series Il Systems Monitor Source 
Listing (SUPPLIED) 


9800554 — Intellec Series Il Schematic Drawings 
(SUPPLIED) 


Reference manuals are shipped with each product only 
if designated SUPPLIED (see above). Manuals may be 
ordered from any Intel sales representative, distributor 
office or from Intel Literature Department, 3065 Bowers 
Avenue, Santa Clara, California 95051. 
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INTELLEC® SERIES III 
_ MICROCOMPUTER DEVELOPMENT SYSTEM | 
= Supports Intellec 432/100 Evaluation = 96K Bytes of User Program RAM 
and Educational System Memory Available for iAPX 86,88 | 
= Compatible with iSBC-090 Series 90 Programs 
Memory System Upgrade: 512K Byte = Series [1/80 and Series 1/85 | 
to 1M Byte Upgradeable to 8085/iAPX 86 Series Ill 
= Complete 16-bit High Performance, Functionality 
Microcomputer Development Solution = Intellec Model 800 Upgradeable to 
for Intel iAPX 86,88 Applications. Also 8080/iAPX 86 Series III Functionality 
Supports MCS-85™, MCS-80 and ~ 7 = Compatible with Intellec Distributed 
MCS-46 Families aot Development Systems 
= Supports Full Range of iAPX 86,88- =" Compatible with Previous unteden. 
Resident, High-Level Languages: PL/M Systems | 
86/88, PASCAL 86/88, and FORTRAN | 
86/88 a Software Apalications. Debiigger for 


User iAPX 86,88 Programs 


x Upgradeable to a Complete Ethernet* 
Communications Development System 
Environment, Using the Model 677. 
Upgrade 


=» 2 Host CPUs—iAPX 86 and 8085A—for 
Enhanced System Performance and 
Two Native Execution Environments 


The Intellec Series-IIl Microcomputer Development System isa high-performance system solution designed 
specifically for iAPX 86,88 microprocessor development. It contains two host CPUs, an iAPX 86 and an 8085, 
that provide two native execution environments for optimum performance and compatibility with the Intellec 
software packages for both CPUs. The basic system includes 96K bytes of iAPX 86,88 user RAM memory and a 
250K byte floppy disk drive. The powerful Disk Operating System maximizes system processing by utilizing the 
power of both host processors. Standard software includes a full range of iAPX 86,88 resident software. The 
high-level languages PL/M 86/88, PASCAL 86/88, and FORTRAN 86/88 are also available. A-ROM resident 
software debugger not only provides self-test diagnostic capability, but also gives the user a powerful iAPX 
86, 88 ep picaliais debugger. 7 : 


“Ethernet is a trademark of Xerox Corporation. 


The following are trademarks of Intel Corporation and its affiliates and may be used only to identify Intel products: i, Intgl, INTEL, INTELLEC, MCS, 'm, iCS, ICE, UPI, BXP, iSBC, iSBX, 


- Insite, RMX; System 2000; CREDIT, iRMX/80, MULTIBUS, PROMPT, Promware, Megachassis, Library Manager, MAIN MULTIMODULE, and the combination of MCS, ICE, iSBC, iRMX or 


iCS and a numerical suffix. © INTEL CORPORATION, 1981. AFN-01588B 
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FUNCTIONAL DESCRIPTION 


Hardware Components 


The Intellec Series Ill is contained in a single pack- 
age consisting of a CRT chassis with a 6-slot card 
cage, power supply, fans, cables, single floppy disk 
drive, detachable upper/lower case full ASCII key- 
board, and four printed circuit cards. A block diag- 
ram of the system is shown in Figure 1. 


System Components 


Two CPU cards reside on the Intellec MULTIBUS 
bus, each containing its own microprocessor, 
memory, !/O, interrupt and bus interface circuitry 
implemented with Intel’s high technology LSI com- 
ponents. The integrated processor card (IPC-85), 
occupies the first slot in the cardcage. A second 
CPU card, the resident processor board (RPB-86) 
contains Intel’s 16-bit HMOS microprocessor. These 
CPUs provide the dual processor environment. — 
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A third CPU card performs all remaining I/O includ- 
ing interface to the CRT, integral floppy disk, and 
keyboard. This card, mounted on the rear panel, 
contains its own microprocessors, RAM and ROM 
memory, and |/O interface logic. Known as the I/O 
controller (l1OC), this slave CPU card communicates 
with the IPC-85 over an 8-bit bidirectional data bus.A 
64K byte RAM expansion memory board is also 
included. | 


Expansion 


Two additional slots in the system cardcage are 
available for system expansion. The Intellec expan- 
sion chassis Model 201 is available to provide 4 ad- 
ditional expansion slots for either memory or I/O ex- 
pansion. | 


THE INTELLEC DEVELOPMENT SYSTEM FOR 
ETHERNET (DS/E) 


The Intellec Series IIl can be expanded to provide the 
user with the tools necessary to develop and test 
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Figure 1. INTELLEC Series III Block Diagram 
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communications software and applications that will 
use Ethernet as a communications subsystem. The 
power of the Intellec Series III combined with Model 
677 allows the user to develop either 8- or 16- bit 
Ethernet- based eepieatenss 


THE INTELLEC 432/1 00 EVALUATION AND 
EDUCATIONAL SYSTEM 


The Intellec Series Ill provides a complete system 
environment necessary for evaluation of the Intel 
iIAPX 432 32-bit micromainframe. The iSBC 432/100 
board plugs into a Multibus slot in the Intellec Se- 
ries Ill, sharing system.memory and resources. A 
comprehensive set of documentation, system 
software and hardware provides the evaluation and 
educational environment for the powerful iAPX 432. 


iAPX 286 Evaluation System 


The Intellec Series Ill provides a complete system 
environment for evaluation of the iAPX 286 micro- 
processor's architecture and its instruction set, seg- 
mentation timing, memory mapping and protection 
features. A user can begin the development of com- 
plex iAPX 286 programs, systems and operating sys- 
tem nuclei with the Intellec Benes HH ane iIAPX 286 
evaluation package. 


CPU Cards 


IPC-85 
- The heart of the IPC-85 is an Intel NMOS 8-bit micro- 


processor, the 8085A-2, running at 4.0 MHz. 64K - 


-bytes of RAM memory are provided on. the board 
-using 16K dynamic RAMs. 4K of ROM is provided, 
preprogrammed with system bootstrap ‘‘self-test’’ 
‘diagnostics and the Intellec System Monitor. The 
‘eight-level vectored priority interrupt system allows 
interrupts to be individually masked. Using Intel’s 
versatile 8259A interrupt controller; the interrupt 


system may be user programmed to respond to indi- — 


vidual needs. 


RPB-86 © vec , 

The heart of the RPB-86 is an Intel HMOS 16-bit 
‘microprocessor, the iAPX 86 (8086), running at 5.0 
MHz. 64K bytes of RAM memory are provided on the 
board. 16K of ROM is provided on board, prepro- 
grammed with an iAPX 88/86 applications debugger 
which provides features necessary to debug and 
execute application software for the iAPX 88/86 
microprocessors. 


The 8085A- 2 and iAPX 86 access two independent 
memory spaces. This allows the two processors to 
execute concurrently when an iAPX 88/86 program 


isrun. In this mode, the IPC-85 becomes anin- _- 


tellegent I/O processor board to the RPB-86. 
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Input/Output © 


IPC-85 SERIAL CHANNELS 

The I/O subsystem in the Series III consists of two 
parts: the l|OC card and two serial channels on the 
IPC-85 itself. Each serial channel is independently 
configurable. Both are RS232-compatible and is ca- 
pable of running asynchronously from 110 to 9600 
baud or synchronously from 150 to 56K baud. Both 
may be connected to a user defined data set or ter- 
minal. One channel contains current loop adapters. 
Both channels are implemented using Intel’s 8251A 
USART. They can be programmed to perform a var- 
iety of I/O functions. Baud rate selection is accom- 
plished through an Intel 8253 interval timer. The 
8253 also serves as a real-time clock for the entire 
system. I/O activity through each serial channel is 
independently signaled to the system through a 
second 8259A (slave) interrupt controller, operating 


a poved mode nested to the master 8259A. 


Tole: INTERFACE | : 

The remainder of the system I/O setivite: is handled 
by the lOC. The IOC provides the interface and con- 
trol for the keyboard, CRT, integral floppy disk drive, 
and standard Intellec-compatable peripherals in- 
cluding printer, high speed paper tape reader/ 
punch, and universal PROM programmer. The lOC 


contains its own independent microprocessor, an 


8080A-2. This CPU issues commands, receives 
status, and controls all I/O operations as well as 


supervising communications with the IPC-85. The 


l1OC contains interval timers, its own lOC bus system 
controller, and 8K bytes of ROM for all I/O control 
firmware. The 8K bytes of RAM are used for CRT 
screen refresh storage. Neither the ROM nor the 
RAM occupy space in the Intellec Series III main 
memory address range because the IOC is a totally 
independent MICFOcOmputer Subsystem. 


: Integral CRT 


DISPLAY 
The CRT isa 12-inch raster scan type monitor with a 
50/60 Hz vertical scan rate and 15.5 kHz horizontal | 


scan rate. Controls are provided for brightness and 


contrast adjustments. The interface to the CRT is 
provided through an Intel 8275 single chip pro- 
grammable CRT controller. The master processor 
on the IPC-85 transfers a character for display to the 
lOC, where it is stored in RAM. The CRT controller 
reads a line at a time into its line buffer through an 
Intel 8257 DMA Controller. It then feeds one charac- 
ter at a time to the character generator to produce 
the video signal. Timing for the CRT control is 


provided by an Intel 8253 programmable interval 
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timer. The screen display is formatted as 25 rows of 
80 characters. The full set of ASCII characters are 
displayed, including lower case alphas. 


KEYBOARD 

The keyboard interfaces directly to the IOC pro- 
cessor via an 8-bit data bus. The keyboard contains 
an Intel UPI-41A Universal Peripheral Interface, 
which scans the keyboard and encodes the charac- 
ters to provide N-key roll over. The keyboard itself is 
a typewriter style keyboard containing the full ASCII 
character set. An upper/lower case switch allows the 
system to be used for document preparation. Cursor 
control keys are also provided. 


Peripheral Interface 


A UPI-41A Universal Peripheral Interface on the l|OC 
board provides built-in interface for standard 
Intellec-compatable peripherals including a printer, 
high speed paper tape reader, high speed paper 
tape punch, and universal PROM programmer. 
Communication between the IPC-85 and IOC is 
maintained over a separate 8-bit bidirectional data 
bus. Connectors for the four devices named above, 
as well as the two serial channels, are mounted di- 
rectly on the IOC itself. 


Control 


User control is maintained through a front panel, 
consisting of a power switch and indicator, reset/ 
boot switch, run/halt light and eight interrupt 
switches and LED indicators. The front panel circuit 
board is attached directly to the IPC-85, allowing the 
eight interrupt switches to connect the master 
8259A, as well as to the Intellec Series Ill bus. 


User program control in the iAPX 88/86 environment 
of the Intellec Series Ill is also directed through key- 
board control sequences to transfer control to the 
iAPX 88/86 applications debugger, abort a user pro- 
gram or translator and returning control to the 
IPC-85. ' 


DISK SYSTEM 
Integral Floppy Disk Drive 


The integral floppy disk is controlled by an Intel 8271 
single chip, programmable floppy disk controller. 
The disk provides capacity of 250K bytes. It transfers 
data via an Intel 8257 DMA Controller between an 
IOC RAM buffer and the diskette. The 8271 handles 
reading and writing of data, formatting diskettes, 
and reading status, all upon appropriate commands 
from the !OC microprocessor. 
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Dual Drive Floppy Disk System (Option) 


The Intellec Series Ill Double Density Diskette Sys- 
tem provides direct access bulk storage, intelligent 
controller and two diskette drives. Each drive 
provides 1/2 million bytes of storage with a data 
transfer of 500,000 bits/second. The controller is 
implemented with Intel’s powerful Series 3000 Bipo- 
lar Microcomputer Set and supports up to four disk- 
ette drives to allow more than 2 million bytes of 
on-line storage. 


The diskette controller consists of two boards, the 
channel board and the interface board. These two 
PC boards reside in the Intellec Series Ill system 
chassis. The channel board receives, decodes and 
responds to channel commands from the 8085A-2 
CPU on the IPC-85. The interface board provides the 
diskette controller with a means of communication 
with the disk drives and with the Intellec system bus. 
The interface board also validates data during disk 
transactions. 


An additional cable and connectors are also 
supplied to optionally convert the integral floppy 
disk from single density to double density. 


Hard Disk System (Option) 


The Intellec Series II| Hard Disk System provides 
direct access bulk storage, intelligent controller and 
a disk drive containing one fixed platter and one 
removable cartridge. Each provides approximately 
3.65 million bytes of storage with a data transfer rate 
of 2.5 Mbits/second. The controller is implemented 
with Intel’s Series 3000 Bipolar Microcomputer Set. 
The controller provides an interface to the Intellec 
Series Ill system bus, as well as supporting up to 2 
disk drives. The disk system records all data in Dou- 
ble Frequency (FM) on 2 surfaces per platter. Each 
platter can be write protected by a front panel 
switch. 


HARD DISK CONTROLLER BOARDS 

The disk controller consists of two boards which 
reside in the Intellec Series Ill system chassis. The 
disk system is capable of performing six operations: 
recalibrate, seek, format track, write data, read data, 
and verify CRC. In addition to supporting a second 
drive, the disk controller may co-exist with the 
double-density diskette controller to allow up to 17 
million bytes of on-line storage. 
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MULTIBUS Interface Capability 


All models of the Intellec Series Ill implement the 
industry standard MULTIBUS protocol. The MULTI- 
BUS architecture allows several bus masters, such 
as CPU and DMA devices, to share the bus and 
memory by operating at different priority levels. 
Resolution of bus exchanges is synchronized by a 
bus clock signal derived independently from pro- 
cessor clocks. Read/write transfers may take place 
at rates up to 5 MHz. The bus structure is suitable for 
use with any Intel microcomputer family. 


System Software Features 


The Model 286 offers many key advantages for iAPX 
86, 88 applications and Intellec Development Sys- 
tems: enhanced system performance through a dual 
host CPU environment, a full spectrum of iAPX 
86,88-resident high-level languages, expanded user 
program space for iAPX 86,88 programs, and a pow- 
erful high-level software applications debugger for 
iAPX 86,88 microprocessor software. 


Dual Host CPU—The addition of a 16-bit 8086 to the 
existing 8-bit host CPU increases. iAPX 86,88 com- 
pilation speeds and provides for iAPX 86,88 code 
execution. When the 8086 is executing a program, 
the 8-bit CPU off-loads ail I/O activity and operates 
as an intelligent I/O controller to double buffer data 
to and from the 8086. The 8086 also provides an 
execution vehicle for 8086 and 8088 object code. An 
dae: benefit of two host microprocessors is that 


SPECIFICATIONS 
Host Processor Boards 


_ INTEGRATED PROCESSOR CARD. | 
—(IPC-85) 8085A-2 based, operating at 4 MHz 

—64K RAM, 4K ROM (2K in monitor and 2K in boot/ 
_ diagnostic) 


RESIDENT PROCESSOR BOARD 
—(RPB-86) 8086 based, operating at 5 MHz, 64K 
RAM, 16K ROM (applications debugger) 


BUS | 
—MULTIBUS bus, maximum transfer rate of 5 MHz 


DIRECT MEMORY ACCESS | 
—(DMA) Standard capability on the MULTIBUS bus; 
implemented for user selected DMA devices 
through optional DMA module ; 
—Maximum transfer rate of 2 MHz | 
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8-bit translations and applications are handled by 
the 8-bit CPU, and 16-bit translations and applica- 
tions are handled by the 8086. This feature provides 
complete compatibility for current systems and 
means that software running on current Intellec De- 
velopment Systems will run on the new system. : 


High- -Level Languages for iAPX 86,88—The Model 
286 allows the current Intellec system user to take 
advantage ofa breadth of new resident iAPX 86,88 
high-level languages: PL/M 86/88, PASCAL 86/88, 
and FORTRAN 86/88. The iAPX 86,88 Resident 
Macro Assembler and these high- -level language 
compilers execute on the 8086 host CPU, thereby 
increasing system PemOnmanee: 


Expanded Program Niemiory=By adding a Model 
286 to an existing Intellec Development System, 96K 
bytes of user program RAM memory are made avail- 
able for iAPX 86,88 programs. System memory is 
expandable by adding additional RAM memory 
modules. This, combined with the two host CPU 
system architecture, dramatically increases the pro- 
cessing power of the system. , 


Software Applications Debugger—The RPB-86 
contains the applications debugger which allows 
iAPX 86,88 programs to be developed, tested, and 
debugged within the Intellec system. The debugger 
provides a subset of In-Circuit Emulator commands 
such.as symbolic debugging, control structures and 
compound commands apeciea’y. oriented toward 
software Seve neeOs: 


Integral Floppy Disk 
Capacity—250K bytes (formatted) 
Transfer Rate—160K bits/sec 
Access Time— 
Track to Track: 10 ms max. : 
Average Random Positioning: 260 ns — 
Rotational Speed: 360 rpm 


Average Rotational Latency: 83 ms 
Recording Mode: FM 


Dual Floppy Disk Option. 


Capacity—:' _ 
Per Disk: 4.1 megabits. (formatted) 
Per Track: 53.2 kilobits (formatted) 
Transfer Rate—500 kilobits/sec 
Access Time— 
Track to Track: 10 ms 
Head Setting Time: 10 ms. | 
Average Random Positioning. Time—260 ms — 
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Rotational Speed—360 rpm 
Average Rotational Latency: 83 ms 
Recording Mode: M? FM 


Hard Disk Drive Option 


Type—5440 top loading cartridge and one fixed 
platter 
Tracks per Inch—200 
Mechanical Sectors per Track—12 
Recording Technique—double frequency (FM) 
Tracks per Surface—400 
Density—2,200 bits/inch 
Bits per Track—62,500 
Recording Surfaces per Platter—2 
Capacity— 
Per Surface—15M bits 
Per Platter—29M bits 
Per Drive—59M bits 
Per Drive—7.3M bytes (formatted) 
Transfer Rate—2.5M bits/sec — 
Access Time— | 
Track to Track: 13 ms max 
Full Stroke: 100 ms 
Rotational Speed: 2,400 rpm 


Physical Characteristics 


Width—17.37 in. (44.12 cm) 
Height—15.81 in. (40.16 cm) 
Depth—19.13 in. (48.59 cm) 
Weight—81 Ib. (37 kg) 


KEYBOARD 

Width—17.37 in. (44.12 cm) 
Height—3.0 in. (7.6 cm) 
Depth—9.0 in. (22.86 cm) 
Weight—6 Ib. (3 kg) 


DUAL FLOPPY DRIVE SYSTEM (OPTION) 
Width— 16.88 in. (42.88 cm) 
Height—12.08 in. (30.68 cm) 

Depth—1.0 in. (48.26 cm) 

Weight—64 Ib. (29 kg) 


HARD DISK DRIVE SYSTEM (OPTION) 
Width—18.5 in. (47.0 cm) 

Height—34.0 in. (86.4 cm) 
Depth—29.75 in. (75.6 cm) 
Weight—202 Ib. (92 kg) 
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ELECTRICAL CHARACTERISTICS 
DC Power Supply 


Typical 


Volts Amps 
Supplied _ Supplied © 


+ 5+ 5% 
+12 + 5% 
-12 + 5% 
~10 + 5% 
+15 + 5%" 
+24 + 5%* 


“Not available on bus 


AC Requirements for Mainframe : 


110V, 60 Hz—5.9 Amp 
220V, 50 Hz—3.0 Amp 


ENVIRONMENAL CHARACTERISTICS _ 


System Operating Temperature—0° to 35°C 
(32°F to 95°F) ? 
Humidity—20% to 80% 


DOCUMENTATION SUPPLIED 


Intellec Series I!| Microcomputer Development Sys- 
tem Product Overview, 121575 


A Guide to Intellec Series I11 Microcomputer Devel- 
opment Systems, 121632-001 


Intellec Series [11 Microcomputer Development Sys- 
tem Console Operating Instructions, 121609. 


Intellec Series I!| Microcomputer Development Sys- 
tem Pocket Reference, 121610 


Intellec Series ||| Microcomputer Development Sys- 
tem Programmer's Reference, 121618 


iAPX 88/86 Family Utilities User's Guide for 8086- 
Based Development Systems, 121616 


8086/8087/8088 Macro Assembly Language Refer- 
ence Manual for 8086-Based Development Systems, 
121627 | 


8086/8087/8088 Macro Assembly Language Pocket 
Reference, 9800749 
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8086/8087/8088 Macro Assembler Operating In- 
structions for 8086-Based peuemgieate Systems, 
121628 


Intellec Series III ierocompuiee Development Sys- 
tem Installation and Checkout Manual, 121612 


Intellec Series I!| Microcomputer Development Sys- 
tem Schematic Drawings, 121642 © 


ISIS-I1 CREDIT (CRT-Based Text Editor) User's 
Guide, 9800902 


ORDERING INFORMATION 


Part Number Description 


DS286 KIT _Intellec Series III Model 286 Micro- 
computer Development System 
(110V/60Hz) 

DS287 KIT Intellec Series III Model 287 Micro- 


computer Development System 
(220V/S0Hz) 


DS286FD KIT Intellec Series IIl Model 286 Micro- 
computer Development System with 
Dual Double Density Flexible Disk 
System (110V/60Hz) 
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ISIS-I1 CRE =U (ont Basee: Text Editor) Pocket Ret- 
erence, 9800903 


The 8086 Family User’s Manual, 9800722 


The 8086 Family User’s Manual, Numeric Supple- 
ment, 121586 


For Series Ill Plus Hard Disk Systems Only: 


Model 740 Hard Disk Subsystem Operation and 
Checkout, 9800943 


DS287FD KIT Intellec Series II| Model 287 Micro- 
computer Development System with 
Dual Double Density Flexible Disk 
System (220V/50Hz) 


DS286HD KIT Intellec Series Ill Model 286 Micro- 
computer Development System with 
Pedestal Mounted Hard Disk. 
(110V/60Hz) "fe 


DS287HD KIT Intellec Series III Model 287 Micro- 
computer Development System with 
Pedestal Mounted Hard Disk. 
(220V/50Hz) 


Requires Software License 
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PL/M 86/88 SOFTWARE PACKAGE 


=» Executes on Series III iAPX 86 a Improved Compiler Performance Now 
Processor for Fastest Compilations Supports More User Symbols and 


= Language Is Upward Compatible from Faster Compilation speeds | . 
PL/M 80, Assuring MCS-80/85 Design # Produces Relocatable Object Code 
Portability _ Which Is Linkable to All Other 8086 


= Supports 16-Bit Signed Integer and Object Modules 


32-Bit Floating Point Arithmetic in a Code Optimization Assures Efficient. 
Accordance with IEEE Proposed Code Generation and Minimum 
Standard Application Memory Utilization © 

m Easy- -To- Learn Block-Structured __ go 6Built-In Syntax Checker Doubles 
Language Encourages program a Performance for Compiling rrogiaMms 
Modularity : eontatning: Errors 


Like its counterpart for MCS-80/85 program development, PL/M 86/88 is an advanced, structured high-level 
programming language. The PL/M 86/88 compiler was created specifically for performing software develop- 
ment for the Intel 8086 and 8088 Microprocessors. 


PL/M is a powerful, structured, high-level system implementation language in which program statements can 
naturally express the program algorithm. This frees the programmer to concentrate on the logic of the pro- 
gram without concern for burdensome details of machine or assembly language programming (such as regis- 
ter allocation, meanings of.assembler mnemonics, etc.). 


The PL/M 86/88 compiler efficiently converts free-form PL/M ienanace statements into eatuaient 8088/8086 
machine instructions. Substantially fewer PL/M statements are necessary for a given application than if it were 
programmed at the assembly language or machine code level. . 


The use of PL/M high-level language for system programming, instead of assembly language, results in a high 
degree of engineering productivity during project development. This translates into significant reductions in 
initial software development and follow-on maintenance costs for the user. 


NOTE: The Intellec® Microcomputer Development System pictured here is not included with the PL/M 86/88 Software Package but merely depicts a language in its operating 
environment. 

The following are trademarks of Intel Corporation and may be used only to identify Intel products: i, Intgl, INTEL, INTELLEC, MCS, im, ICS, ICE, UPI, BXxXP, iSBC, iSBX, iNSITE, iRMX, 
CREDIT, RMX/80, uScope, Multibus, PROMPT, Promware, Megachassis, Library Manager, MAIN MULTI MODULE, and the combination of MCS, ICE, SBC, RMX or iCS and a numerical 


suffix; e.g., iSBC-80. B-131 
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FEATURES 


Major features of the Intel PL/M 86/88 compiler and 


programming language include: 


Block Structure 


PL/M source code is developed in a series of mod- 
ules, procedures, and blocks. Encouraging program 
modularity in this manner makes programs more 
readable, and easier to maintain and debug. The 
language becomes more flexible, by clearly defining 
the scope of user variables (local to a private proce- 
dure, global to a public procedure, for example). 


The use of procedures to break down a large prob- 
lem is paramount to productive software develop- 
ment. The PL/M 86/88 implementation of a block 
structure allows the use of REENTRANT (recursive) 
procedures, which are. cee geen) useful in system 
design. 


Language Compatibility 


PL/M 86/88 object modules are compatible with ob- 
ject modules generated by all other 86/88 trans- 
lators. This means that PL/M programs may be 
linked to progranis written in any other 86/88 
language. 


Object modules are compatible with ICE-88 and 
ICE-86 units; DEBUG compiler control provides the 
In-Circuit Emulators with symbolic debugging 
capabilities. 


PL/M 86/88 Language is upward-compatible with 


PL/M 80, so that application programs may be easily ; 


ported to run on the iAPX 86 or 88. 


Supports Five Data Types : 


PL/M makes use of five data types for various appli- 
cations. These data types range from one to four 


bytes, and facilitate various arithmetic, logic, and — 


addressing functions: 


— Byte: 8-bit unsigned number 

— Word: 16-bit unsigned number 

— Integer: 16-bit signed number 

— Real: 32-bit floating point number 


— Pointer: 16-bit or 32-bit memory address © 


indicator 
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_ Another powerful facility allows the use of BASED 


variables that map more than one variable to the 
same memory location. This is especially useful for 
passing parameters, relative and absolute address- 
ing, and memory allocation. | 


Two Data Structuring Facilities. 


In addition to the five datatypes and based variables, 
PL/M supports two data structuring facilities. These 
add flexibility to the referencing of data stored in 
large groups. 


— Array: Indexed list of same type data elements 

— Structure: Named collection of same or different 
type data elements | 

— Combinations of Each: Arrays ot structures or 
structures of arrays 


8087 Numerics Support | 


PL/M programs that use 32-bit REAL data may be 
executed using the Numeric Data Processor for im- 
proved performance. All floating- point operations 
supported by PL/M may be executed on the iAPX 
86/20 or 88/20 NDP, or the 8087 Emulator (a software 
module) provided with the package. Determination 
of use of the chip or Emulator takes place at link- 
time, allowing EC mpnevene to be run- -time 


_ independent. 


Built-In String Handling Facilities 


The PL/M 86/88 language contains built-in functions 
for string manipulation. These byte and word func- 
tions perform the following operations on character 


_ strings: MOVE, COMPARE, TRANSLATE, SEARCH, 
: SKIP, and SET. : 


interrupt Handling 


ot PL/M has the facility for senerating interrupts to the 


iAPX 86 or 88 via software. A procedure may be 
defined with the INTERRUPT attribute, and the 
compiler will automatically initialize an: interrupt 
vector at the appropriate memory location. The 
compiler will also generate code to same and re- 
store the processor status, for execution of the 
user-defined interrupt handler routine. The pro- 
cedure SET$INTERRUPT, the function retuning 
an INTERRUPT$PTR, and the PL/M statement 
CAUSE$INTERRUPT all add flexibility to user 
programs involving interrupt and handling. | 
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Compiler Controls 


Including several that have been mentioned, the 
PL/M 86/88 compiler offers more than 25 controls 
that facilitate such features as: 


— Conditional compilation 

— Including additional PL/M source files from disk 

— Intra- and Inter-module cross reference 

— Corresponding assem y language code in the 
listing file 

— Setting overflow conditions for run-time handling 


Segmentation Control 


The PL/M 86/88 compiler takes full advantage of 
program addressing with the SMALL, COMPACT, 
MEDIUM, and LARGE segmentation controls. Pro- 
grams with less than 64KB total code space can 
exploit the most efficient memory addressing 
schemes, which lowers total memory requirements. 
Larger programs can exploit the flexibility of ex- 
tended one-megabyte addressing. 


Code Optimization 


The PL/M 86/88 compiler offers four levels of optimi- 
zation for significantly reducing overall program 
size. 


— Combination or “folding” of constant ex- 
pressions; and short-circuit evaluation of Boo- 
lean expressions. 


— “Strength reductions” (such as a shift left rather 
than multiply by 2); and elimination of common 
sub-expressions within the same block. 

— Machine code optimizations; elimination of 
superfluous branches; re-use of duplicate code; 
removal of unreadable code. 

— Byte comparisons (rather than 20-bit address 
calculations) for pointer variables; optimization 
of based-variable operations. 


Error Checking 


The PL/M 86/88 compiler has a very powerful feature 
to speed up compilations. If a syntax or program 
error is detected, the compiler will skip the code 
generation and optimization passes. This usually 
yields a 2X performance increase for compilation of 
programs with errors. 


A fully detailed set of programming and compilation 
errors is provided by the compiler. 


Compiler Performance 


Performance benchmarks may provide valuable in- 
formation in estimating compile times for various 
programs. It is extremely important to understand, 
however, the effect of varying conditions on com- 
piler performance. Storage media, coding style, 
program length, and the use of INCLUDE files signif- 
icantly change the compiler’s overall performance. 
We tested typical PL/M programs of varying lengths. 
The results are listed in Table 1. 


Table 1. PL/M Program Compile Times 


SMALL (71) 
MEDIUM (610) 
LARGE (1710) 
LARGE (1403) 


(with very dense code, 
plus include file) 


20 213 


NOTE: These programs were run ona Series II! with ISIS 4.1 anda hard disk. The lines per minute figures reflect fifteen percent blank lines 


and comments. 


The compiler allows approximately 1000 ten-character user symbols. 
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M:DO: /" Beginning of module *’ 


-SORTPROC: PROCEDURE (PTR. COUNT, RECSIZE, KEYINDEX) PUBLIC); 
' DECLARE. PTR POINTER. (COUNT, RECSIZE, KEYINDEX) INTEGER, 


* Parameters: 
PTR is pointer to first record. 
COUNT is number of records to be sorted. 


_ RECSIZE is:number of bytes in each record—makx is 128. 
KEYINDEX is byte position within each record of a BYTE scalar 


to be used as sort key. */ 
DECLARE CRECORD BASED PTR)(1) BYTE. 
CURRENT (128) BYTE. 


PL/M 86/88 SOFTWARE PACKAGE 


PUBLIC and EXTERNAL attributes promote 
program modularity. 


Based” Variables allow manipulation of external data by 
passing the base of the data structure (a pointer). This 
minimizes the STACK space used for parameter passing, and 
the execution time to perform many STACK operations. 


The “AT” operator returns the address ofa 
variable, instead of its contents. This is very useful 
in passing pointers for based variables. 


(1, J) INTEGER: 
SORT: DO J=1 TO COUNT-1: 
CALL MOVB(@RECORD(J*RECSIZE), C@CURRENT 2, RECSIZE); 
l= J: 
FIND: “* "DO WHILE 1-0 
+e AND RECORD((I - 1)"RECSIZE - KEYINDEX) 
-CURRENT(KEYINDEX); 
CALL MOVB(@RECORD((I : 1)"RECSIZE), 
~ . @RECORD(I’RECSIZE), 
| -RECSIZE); 
END FIND: 
CALL CMOVB)(@CURRENT, @RECORD(I’RECSIZE RECSIZE 
END SORT: : 7 
END SORTPROC: 
END M: /“End of module’*/ 


‘Oné of several PLIM built-in procedures for string 
manipulation. 


_ Figure 1. Sample PL/M 86/88 Program 


BENEFITS 


PL/M 86/88 is designed to-be an efficient, eset 


effective solution to the special requirements of 
iAPX 86 or 88 Microsystem Software Development, 
as illustrated by the following benefits of PL/M use: 


Low Learning Effort 


PL/M 86/88 is easy to learn and to use, even for the 


novice program mer. 


Earlier Project Completion 


Critical projects are completed much earlier than 
otherwise possible because PL/M 86/88, a struc- 


tured high-level language, increases programmer 
productivity. 


Lower Development Cost 


Increases in programmer productivity translate im- 
mediately into lower software development costs 
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because less programming resources are required 
for a given programmed function. 


Increased Reliability 


-PL/M 86/88 is designed to aid in the development of 


reliable software (PL/M 86/88 programs are simple 
statements of the program algorithm). This substan- 
tially reduces the risk of costly correction of errors in 
systems that have already reached full production 
status, as the more simply stated the program is, the 
more likely it is to perform its intended function. — 


Easier Enhancements | 
and Maintenance 


Programs written in PL/M tend to be self-document- 
ing, thus easier to read and understand. This means 
it is easier to enhance and maintain PL/M programs 
as the system capabilities expand and future prod- 
ucts are developed. 
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SPECIFICATIONS 


Operating Environment 


REQUIRED HARDWARE: | 

Intellec® Microcomputer Development System 
— Series II! or equivalent 

Dual Diskette Drives 

— Single- or Double-Density 

System Console 

— CRT or Hardcopy Interactive Device 


OPTIONAL HARDWARE: 
Universal PROM Programmer 


Line Printer 
ICE-86™ 


ORDERING INFORMATION 


Part Number Description _ | 
MDS-313* PL/M 86/88 Software Package 


Requires Software License 


REQUIRED SOFTWARE: 
ISIS-II Diskette Operating System, V4.1 or later 
Series Ill Operating System 


Documentation Package 


PL/M-86 User’s Guide for 8086-based Development 
Systems (121636) 


*MDS is an ordering code only and is not used as a product name or trademark. MDS® is a registered trademark of Mohawk Data Sciences 


Corporation. 
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>. FORTRAN 86/88 
| SOFTWARE PACKAGE 


= Features high-level language support | « Offers powerful extensions tailored to. 
for floating-point calculations, — microprocessor applications == 
transcendentals, interrupt procedures, 
and run-time exception handling  —_- = Offers upward compatibility with | 

= Meets ANS FORTRAN 77 Subset FORTRAN 80 | 7 


Language Specifications = Provides FORTRAN run-time nes 


# Supports IAPX 86/20, 86/20 Numeric iAPX 86,88-based design 
Data Processor for fast and efficient ae ee’ 
execution of numeric instructions = Provides users ability to do formatted’ 
» Uses REALMATH Floating-Point and unformatted I/O with sequential.or . 
Standard for consistent and reliable direct access methods 
results 


FORTRAN 86/88 meets the ANS FORTRAN 77 Language Subset Specification and includes many features of 
the full standard. Therefore, the user is assured of portability of most existing ANS FORTRAN programs and of 
full portability from other computer systems with an ANS FORTRAN 77 Compiler. : | 


FORTRAN 86/88 programs developed and debugged on the iAPX 86 Resident Intellec Series HN Microcomputer 
Development System may be: tested with the prototype using ICE symbolic debugging, and executed on an 
RMX-86 operating system, or on a user’s iAPX 86,88-based operating system. 


FORTRAN 86/88 is one of a complete family of compatible programming languages for iAPX 86,88 develop- 
ment: PL/M, Pascal, FORTRAN, and Assembler. Therefore, users may choose the language best suited fora 
specific problem solution. 


NOTE: The Intellec® Microcomputer Development System shown here merely shows the operating environment and is not included with the software package. 

The following are trademarks of Intel Corporation and may be used only to identify Intel products: i, Intgl, INTEL, INTELLEC, MCS, im, iCS, ICE, UPI, BXP, iSBC, iSBX, iNSITE, iRMX, 

CREDIT, RMX/80, Scope, Multibus, PROMPT, Promware, Megachassis, Library Manager, MAIN MULTIMODULE, and the combination of MCS, ICE, SBC, RMX or iCS and a numerical 

suffix; e.g., iSBC-80. | 

© Intel Corporation, 1981. B-136 APRIL 1981 
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FEATURES 

Extensive High-Level Language 

Numeric Processing Support 

Single (32-bit), double (64-bit), and double extended 
precision (80-bit) floating-point data types 


REALMATH Proposed IEEE Floating-Point Stan- 
dard) for consistent and reliable results. 


Full support for all other data types: integer, logical, 
character 


Ability to use hardware (iAPX 86/20, 88/20 Numeric 
Data Processor) or software (simulator) floating- 
point support chosen at link time 


ANS FORTRAN 77 Standard 


FORTRAN 86/88 SOFTWARE PACKAGE 


Intel® Microprocessor Support. 


FORTRAN 86/88 language features support of iAPX 
86/20, 88/20 Numeric Data Processor i 


Compiler generates in-line iAPX 86/20, 88/20 Nu- 
meric Data Processor object code for floating-point 
arithmetic (See Figure 1) 


Intrinsics allow user to contro! iAPX 86/20, 88/20 
Numeric Data Processor Poe Ya ated. 


iIAPX 86,88 architectural-advantages used for index- 
ing and character-string handling : 
Symbolic debugging of application using ICE-86 
and ICE-88 emulators 


FLOATING-POINT-STATMENT 


TEMPER = (PRESS - VOLUM / QUEK) - 3.45 / (PRESS = VOLUM / QUEK) 


& ~ (PRESS = VOLUM / QUEK) * (PRESS = VOLUM / QUEK) 


OBJECT CODE GENERATED 


Intel FORTRAN=86 Compiler 


iAPX 86/20, 88/20 
MACHINE CODE 


0013 9809060C00 FLO —— -VOLUM 
0018 9808360000 FOIV QUEK 
0010 98082E0800 FSUSR PRESS 
0022 980001 FST TOS+1H 
0025 982E083E0000 FOIVR CS:aCONST 
0028 9BDITCI — FXCHG TOS+1H 
OO2E 9BDDD2 FST TOS+2H 
0031 9BDEE9 FSUBRP 

0034. 9809C1 FLO TOS+1H 
0037 9B80D8C8 FMUL £OS: 
003A 9800C2 FFREE TOS+2H 
0030 9BDEE1 FSUS8P 

0040 98091E0400 FSTP TEMPER 
0045 98 WAIT ee 


Figure 1. Object Code Generated by FORTRAN 86/88 for a Floating-Point Calculation Using iA 


88/20 Numeric Processor — 


ASSEMBLER MNEMONICS 
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STATEMENT # 2 


PX 86/20, 
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FORTRAN 86/88 SOFTWARE PACKAGE 


Microprocessor Application Support 
—Direct byte- or word-oriented port /O 
—Reentrant procedures 


—Interrupt procedures 


Flexible Run-Time Support 


Application object code may be executed in iAPX 86, 
88-based environment of user’s choice: 


—a Series III Intellec Development System with Se- 
ries Ill Operating System 


—an iAPX 86,88-based system with iRMX-86 Operat- 
ing System 


—an iAPX 86,88-based system with use l-des\oned 
Operating System 


Run-time exception handling for fixed-point nu- 
merics, floating-point numerics, and I/O errors 


Relocatable object libraries for complete run-time 
support of I/O and arithmetic functions. In-line code 
execution is generated for iAPX 86/20, 88/20 Nu- 
meric Data Processor 


BENEFITS 


FORTRAN 86/88 provides a means of developing 
application software for the Intel iAPX 86,88 prod- 
ucts lines in a familiar, widely accepted, and 
industry-standard programming language. FOR- 
TRAN 86/88 will greatly enhance the user’s ability to 
provide cost-effective software development for 
Intel microprocessors as illustrated by the 
following: 


SPECIFICATIONS 
Operating Environment 


REQUIRED HARDWARE 


Intellec® Series lil Microcomputer PeveBuen 


System 
—System Console 


—Double-Density Dual-Diskette Drive. A Hard Disk 
__ is recommended 


—Hard Disk" 


*Recommended. 
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Early Project Completion 


FORTRAN is an industry-standard, high-level 
numerics processing language. FORTRAN pro- 
grammers can use FORTRAN 86/88 on micropro- 
cessor projects with little retraining. Existing FOR- 
TRAN software can be compiled with FORTRAN 
86/88 and programs developed in FORTRAN 86/88 
can run on other computers with ANS FORTRAN 77 
with little or no change. Libraries of mathematical 
programs using ANS 77 standards may be compiled 
with FORTRAN 86/88. 


Application Object Code 
Portability for a Processor Family 


FORTRAN 86/88 modules ‘“‘talk’” to the resident In- 
tellec development operating system using Intel's 
standard interface for all development-system 
software. This allows an application developed on 
the Series Ill operating system to execute on iRMX/ 
86, or a user-supplied operating system by linking in 
the iRMX/86 or other appropriate interface library. A 


standard logical-record interface enables com- 


munication with non-standard I/O devices. 


Comprehensive, Reliable 
and Efficient Numeric Processing 


The unique combination of FORTRAN 86/88, iAPX 


86/20, 88/20 Numeric Data Processor, and 


REALMATH (Proposed IEEE Floating-Point Stan- 
dard) provide universal consistency in results of 
numeric computations and efficient object code 
generation. 


REQUIRED SOFTWARE 


ISIS-II Diskette Operating System V4.1 or later 


Documentation Package 


‘FORTRAN 86/88 User's Guide (121539-001) 


Shipping Media 


Flexible Diskettes 


—Single- and Double-Density 
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PASCAL 86/88 
SOFTWARE PACKAGE 
= Resident on iAPX 86 Based Intellec® & Supports iAPX86/20, 88/20 Numeric 
Series III Microcomputer Development Data Processors 
System for Optimal Performance __ ® Strict Implementation of ISO Standard 
= Object Compatible and Linkable with Pascal — 
PL/M 86/88, ASM 86/88 and FORTRAN Useful Extensions Essential for 
86/88 Microcomputer Applications 
= ICE™ Symbolic Debugging Fully Separate Compilation with Type- 
Supported Checking Enforced Between Pascal 
® Implements REALMATH for Consistent Modules 
and Reliable Results Compiler Option to Support Full Run- 


Time Range-Checking 


PASCAL 86/88 conforms to and implements the ISO Draft Proposed Pascal standard. The language is 
enhanced to support microcomputer applications with special features, such as separate compilation, inter- 
rupt handling and direct port I/O. To assist the development of portable software, the compiler can be directed 
to flag all non-standard features. | 


The PASCAL 86/88 compiler runs on the iAPX 86 Resident Intellec® Series IIl Microcomputer Development 
System. A well-defined I/O interface is provided for run-time support. This allows a user-written operating sys- 
tem to support application programs as an alternate to the development system environment. Program mod- 
ules compiled under PASCAL 86/88 are compatible and linkable with modules written in PL/M 86/88, ASM 
86/88 or FORTRAN 86/88. With a complete family of compatible programming languages for the iAPX 86, 88 
one can implement each module in the language most appropriate to the task at hand. 


PASCAL 86/88 object modules contain symbol and type information for program debugging using ICE-86™ 
emulator. For final production version, the compiler can remove this extra information and code. 


ee eel 
Note: The Intellec® microcomputer Cevelopment system pictured’ here is not included with the Pascal eoce Software nae but ree depicts the ae in its operating 
environment. 

The following are trademarks of Intel Corporation and may be used only to identify Intel products: BXP, CREDIT, Intellec, Multibus, i, iSBC, Multimodule, ICE, iSBX, PROMPT, iRMX, 
iCS, Library Manager, Promware, Insite, MCS, RMX, Intel, Megachassis, UPI, Intelevision, Micromap, «Scope and the combination of iCE, iCS, iSBC, iSBX, MCS, or RMX and a numeri- 
cal suffix. 

© Intel Corporation 1980 — B-139 121680-001 Rev. A 
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FEATURES 


Includes all the language features of Jensen & Wirth 


Pascal as defined in the ISO Draft Proposed Pascal | 


Standard. 


Supports required extensions for microcomputer 
applications. 


—Interrupt handling 
—Direct port |/O 


Separate compilation extensions allow: 
—Modular decomposition of large programs 


—Linkage with other Pascal modules as well as 
PL/M 86/88, ASM 86/88 and FORTRAN 86/88. 


—Enforcement of type-checking at LINK-time 


BENEFITS 


Provides a standard Pascal for iAPX 86, 88 based 
applications. 


—Pascal has gained wide necsotance as the port- 
able application language for mic meee eiel 

~ applications 

—lIt is being taught in many colleges and universities 
around the world | . 

—It is easy to learn, originally intended as a vehicle 
for teaching computer programming 


—Improves maintainability: Type mechanism is 
both strictly enforced and user extendable 


—Few machine specific language constructs 


Strict implementation of the proposed ISO standard 
for Pascal aids portability of application programs: A 


compile time option checks conformance to the ~ 
standard making it easy to write conforming — 


programs. 


PASCAL 86/88 extensions via predefined proce- 
dures for interrupt handling and direct port I/O make 
it possible to code an entire application in Pascal 
without compromising portability. 


Standard Intel REALMATH is easy to use and pro- 
vides reliable results, consistent with other Intel 
languages and other implementations of the ae 
proposed Floating-Point standard. 


B-140 


PASCAL 86/88 


Supports numerous compiler options to control the 


compilation process, to INCLUDE files, flag non- 
standard Pascal statements and others to control 
program listings and object modules. 


Utilizes the IEEE standard for Floating-Point Arith- 
metic (the Intel REALMATH standard) for arithmetic 
operations. 


Well-defined and documented run-time operating 
system interfaces allow the user to execute the ap- 
plications under user-designed operating systems. 


Provides run-time support for co-processors. All 
real-type arithmetic is performed on the 86/20 nu- 
meric data processor unit or software emulator. 


Run-time library routines, common between Pascal 


and other Intel languages (such as. FORTRAN), per- 
mit efficient and consistently accurate results. 


Extended relocation and linkage support allows the 


_user to link Pascal program modules with routines 


written in other languages for certain parts of the 
program. For example, real-time or hardware de- 
pendent routines written in ASM 86/88 or PL/M 86/88 
can be linked to Pascal routines, further extending 
the user’s ability to write structured and modular 
programs. 


PASCAL 86/88 programs ‘‘talk’’ to the resident 
operating system using Intel’s standard interface for 


translated programs. This allows users to replace 
_ the development operating system by their own 


operating systems in the final application. 


PASCAL 86/88 takes full advantage of iAPX 86, 88 
high level language architecture to generate 


efficient machine code without ‘using time- 


consuming optimization algorithms. 


Compiler options can be used to control the pro- 
gram listings and object modules. While debugging, 
the user may generate additional information such 
as the symbol record information required and 


useful for debugging using ICE emulation. After de- 


bugging, the production version may be streamlined 
by removing this additional information. 
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SPECIFICATIONS 7 REQUIRED SOFTWARE 
ISIS-I| Diskette Operating System V4.1 or later 


Operating Environment 
Documentation Package 


REQUIRED HARDWARE | 
Intellec® Series Ill Microcomputer Development PASCAL 86 User's Guide (121539-001) 
System . 
—System Console Shipping Media 
—Double Density Dual Diskette Drive OR Hard Disk 
Flexible Diskettes 
—Single and Double Density 


ORDERING INFORMATION 


Part Number Description | | 
MDS*-314 PASCAL 86/88 Software Package 


Requires software license. 


*MDS is an ordering code only and is not used as a product name or trademark. MDS® is a registered trademark of Mohawk Data Science. 
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8086/8088 SOFTWARE DEVELOPMENT PACKAGE 


PL/M-86 high level programming lan- CONVS86 converter for conversion of 
guage . |. ~~ 8080/8085 assembly language source 
| code to 8086/8088 assembly language- 

ASM86 macro assembler for 8086/8088 source code 
assembly language programming 

ar ee | OH86 object-to-hexadecimal converter 
LINK86 and LOC86 linkage and 
relocation utilities | :  LIB86 library manager | 


The 8086/8088 software development package provides a set of software development tools for the 8086 and the 8088 
microprocessors and iSBC 86/12 single board computer. The package operates under the ISIS-II operating system on | 
Intellec Microcomputer Development Systems— Model 800 or Series II—thus minimizing reduite merits for additional 
hardware or training for Intel Microcomputer Development System users. 


The package permits 8080/8085 users to efficiently convert existing programs into > 8086/8088 object code from either 
8080/8085 assembly language source code or PL/M-80 source code. Ih 


For the new Intel Microcomputer Development System user, the package operating on an Intellec Model 230 Micro- 
computer Development System provides total 8086/8088 software development capability. 
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8086/8088 SOFTWARE DEVELOPMENT PACKAGE 


PL/M-86 HIGH LEVEL PROGRAMMING LANGUAGE 


Sophisticated new compiler design _ Produces relocatable and linkable object 
allows user to achieve maximum benefits code 


of 8086/8088 capabilities 
Supports full extended addressing 


Language is upward compatible from features of the 8086 and the 8088 
PL/M-80, assuring MCS-80/85 design microprocessors 
portability 


a Code optimization assures efficient code 
Supports 16-bit signed integer and 32-bit generation and minimum application 
floating point arithmetic memory utilization 


Like its counterpart for MCS-80/85 program development, PL/M-86 is an advanced structured high level programming 
language. PL/M-86 is a new compiler created specifically for performing software development for the Intel 8086 and 
8088 Microprocessors. 


PL/M-86 has significant new capabilities over PL/M- 80 that take advantage of the new facilities provided by the 8086 
and the 8088 microprocessors, yet the PL/M-86 language remains upward compatible from PL/M-80. 


With the exception of interrupts, hardware flags, and time-critical code sequences, PL/M-80 programs may be recom- 
piled under PLM-86 with little or no conversion required. PL/M-86, like PL/M-80, is easy to learn, facilitates rapid pro- 
gram development, and reduces program maintenance costs. 


PL/M is a powerful, structured high level algorithmic language in which program statements can nigtuirally express the 
program algorithm. This frees the programmer to concentrate on the system implementation without concern for bur- 
densome details of assembly language programming (such as register allocation, meanings of assembler mnemonics, 
etc.). 


The PL/M-86 compiler efficiently converts free-form PL/M language statements into equivalent 8086/8088 machine in- 
structions. Substantially fewer PL/M statements are necessary 10f a given application than if itv were programmed at 
the assembly language or machine code level. 


Since PL/M programs are implementation problem oriented and more compact, use of PL/M results in a high degree of 
engineering productivity during project development. This translates into significant reductions in initial software 
development and follow-on maintenance costs for the user. 


FEATURES | ° Relocatable and Linkable Object baie 


7 — Permits PL/M-86 programs to be developed and 
Major features of the Intel PL/M-86 compiler and pro- debugged in small modules. These modules can 
gramming language include: be easily linked with other PL/M-86 or ASM86 ob- 


ject modules and/or library routines to form acom- 
plete application system. 


Built-In String Handling Facilities 


e Supports Five Data Types 


— Byte: 8-bit unsigned number 
— Word: 16-bit unsigned number 


— Integer: 16-bit signed number — Operates on byte strings or word strings 
— Real: 32-bit floating point number — Six Functions: MOVE, COMPARE, TRANSLATE, 
— Pointer: 16-bit or 32-bit memory address indicator SEARCH, SKIP, and SET 
¢ Block Structured Language e Automatic Support for 8086 Extended Addressing 
— Permits use of structured programming tech- — Three compiler options offer a separate model of 
niques computation for programs up to 1-Megabyte in 


size 
— Language transparency for extended addressing 


e Support for ICE-86 Emulator and Symbolic Debugging 


° Two Data Structuring Facilities 


— Array: Indexed list of same type data elements 
— Structure: Named collection of same or different 


type data elements — Debug option for inclusion of symbol table in ob- 
— Combinations of Each: Arrays of structures or ject modules for In-Circuit Emulation with sym- 
structures of arrays bolic debugging 
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8086/8088 SOFTWARE DEVELOPMENT PACKAGE 


e Numerous Compiler Options 
— A host of 26 compiler options including: 


¢ Conditional compilation 
e Included file or copy facility 
’ Two-levels of optimization 


e |Intra-module and inter-module cross reference: 


e Arbitrary placement of compiler and user files 
on any available combination of disk drives 


e Reentrant and Interrupt Procedures 
— May be specified as user options 


BENEFITS. | 
PL/M-86 is designed to be an efficient, cost-effective 
solution to the special requirements of 8086/8088 


Microcomputer Software Development, as illustrated a 


the following benefits of PL/M-86 use: 


e Reduced Learning Effort — PL/M-86 is easy to ieata — 


and to use, even for the novice programmer. 


Earlier Project Completion — Critical projects are 
completed much earlier than otherwise possible 


because PL/M-86,.a structured high-level language, | in- 


creases programmer productivity. 


e Lower Development Cost — Increases in programmer — 
productivity translate: immediately into lower soft- . 


ware development costs because less programming 
resources are required for a given programmed func- 
tion. 


° Increased Reliability — PL/M-86 is designed to aid in. . 


the development of reliable software (PL/M-86 pro- 
grams are simple statements of the program 
algorithm). This substantially reduces the risk of cost- 


ly correction of errors in systems that have already 


reached full production status, as the more simply 
stated the program is, the more likely it is to perform 
its intended function. 


Easier Enhancements and Maintenance — Programs 


written in PL/M tend to. be self-documenting, thus 


_ easier to read and understand. This means it is easier 
to enhance and maintain PL/M programs as the 
system capabilities expand and future products are 
developed. _ | 


e Simpler Project Belvenent — The: inteliee Havelon: 
ment Systems offer a cost-effective hardware base 


: EOE 


~~ for the development of 8086: and. 8088 designs. 


PL/M-86 and other elements of ISIS-II and the 8086/ 
8088 Software Development Package are all that is 
needed for development of software for the 8086 and 
the 8088 microcomputers and iSBC 86/12 single board. 
computer. This further reduces development time and 
‘costs because expensive (and remote) time sharing of 
large computers is not required. Present users of Intel 
Intellec Development Systems can begin to develop 
8086 and 8088 designs without expensive hardware 
reinvestment. or costly..retraining. = 


SAMPLE Hie iica 
STATISTICS: Do: 
/*The procedure in this module computes the mean and 


variance of an array of data, X, of length N + 1, according 
to the method of Kahan and Parlett reat of Cali- 


fornia, Berkeley, Memo no. UCB/ERL M77/21.*/. 


STAT: PROCEDURE(X$PTR,N ,MEANSPTR, 


VARIANCESPTR) PUBLIC; 


: (X$PTR, MEANSPTR VARIANCESPTR) _ 
. POINTER,X BASED X$PTR (1) REAL, 
_N_INTEGER, | 
MEAN BASED MEANSPTR REAL, | 
_ VARIANCE BASED VARIANCES$PTR REAL, 
(M,Q,DIFF) REAL, 
| INTEGER; 


M=X(0);, 


none 


| “0 DO |=1TON: 


DIFF=X(I)—M; | 
M=M + DIFF/FLOAT(I + 1); 
Q= Q + DIFF*DIFF*FLOAT(I/FLOAT(I + 1); 


END; 


MEAN = M; 
VARIANCE = Q/FLOAT(N); 


END STAT; 


END STATISTICS; 
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8086/8088 SOFTWARE DEVELOPMENT PACKAGE 


ASM86 MACRO ASSEMBLER 


Powerful and flexible text macro facility High-level data structuring facilities 
with three macro listing eptions: to aid such as ‘‘STRUCTURES”’ and 
debugging ‘‘RECORDs”’ 


Highly mnemonic and compact 
language, most mnemonics represent 
several distinct machine instructions 


Over 120 detailed and fully documented 
error messages 


“Strongly typed” assembler helps detect Produces relocatable and linkable object 
errors at assembly time code 


ASM86 is the “high-level” macro assembler for the 8086/8088 assembly language. ASM86 translates symbolic 
8086/8088 assembly language mnemonics into 8086/8088 machine code. 


ASM86 should be used where maximum code efficiency and hardware control is needed. The 8086/8088 assembly 
language includes approximately 100 instruction mnemonics. From these few mnemonics the assembler can generate 
over 3,800 distinct machine instructions. Therefore, the software development task is simplified, as the programmer 
need know only 100 mnemonics to generate all possible 8086/8088 machine instructions. ASM86 will generate the 
shortest machine instruction possible given no forward referencing or given explicit information as to the 
characteristics of forward referenced symbols. 


ASM&6 offers many features normally found only in high-level languages. The 8086/8088 assembly language is strong- 
ly typed. The assembler performs extensive checks on the usage of variables and labels. The assembler uses the at- 
tributes which are derived explicitly when a variable or label is first defined, then makes Sure that each use of the sym- 
bol in later instructions conforms to the usage defined for that symbol. This means that many programming errors will 
be detected when the program is assembled, long before it is being debugged on hardware. 


FEATURES 


Major features of the Intel 8086/8088 assembler and 
assembly language include: 


e Powerful and Flexible Text Macro Facility e Fully Supports 8086/8088 Addressing Modes 
— Macro calls may appear anywhere — Provides for complex address expressions involv- 
— Allows user to define the syntax of each macro ing base and indexing registers and (structure) 
— Built-in functions field offsets. 
¢ conditional assembly (IF-THEN-ELSE, WHILE) 


° repetition (REPEAT) — Powerful EQU facility allows complicated expres- 

¢ string processing functions (MATCH) sions to be named and the name can be used as a 

é support of assembly time I/O to console (IN, synonym for the expression throughout the 
OUT) module. 

— Three Macro Listing Options include a GEN mode 


which provides a complete trace of all macro calls ¢ Powerful STRING MANIPULATION INSTRUCTIONS 


and expansions — Permit direct transfers to or from memory or the 

° nigh texe! sia gioiichaudelis a seine! | ope a ea with a repeat operator for 

— STRUCTURES: Defined to be a template and then repetitive execution with a count-down and a con- 
used to allocate storage. The familiar dot notation dition test 


may be used to form instruction addresses with 
structure fields. 


— ARRAYS: Indexed list of same type data elements. * Over 120 Detailed Error Messages 


— RECORDS: Allows bit-templates to be defined and — Appear both in regular list file and error print file. 
used as instruction operands and/or to allocate — User documentation fully explains the occurrence 
storage. of each error and suggests a method to correct it. 
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¢ Generates Relocatable and Linkable Object Code— 
Fully Compatible with LINK86, LOC86 and LIB86 


— Permits ASM86 programs to be developed and 
debugged in small modules. These modules can 


be easily linked with other ASM86 or PL/M-86 ob- 
ject modules and/or library routines to form acom- 


plete application system. 


e Support for ICE-86 Emulation and Symbolic Debug- 
ging | 
— Debug options for inclusion of symbol table in 
object modules for In-Circuit Emulation with sym- 
bolic debugging. 


BENEFITS 


The 8086/8088 macro assembler allows the extensive 
capabilities of the 8086/8088 to be fully exploited. In any 
application, time and space critical routines can be 
effectively written in ASM86. The 8086/8088 assembler 
outputs relocatable and linkable object modules. These 
object modules may be easily combined with object 
modules written in PL/M-86—Intel’s structured, high- 
level programming language. ASM86 compliments 
PLM-86 as the programmer may choose to write each 
module in the language most appropriate to the task 
and then combine the modules into the complete appli- 
cations program using the 8086/8088 relocation and 
linkage utilities. 


CONV86 
- MCS-80/85 to MCS-86 ASSEMBLY LANGUAGE 
_ CONVERTER UTILITY PROGRAM 


Translates 8080/8085 Assembly 
Language Source Code to 8086/8088 
Assembly Language Source Code 


Provides a fast and accurate means to 
convert 8080/8085 programs to the 8086 
and the 8088, facilitating program 
portability 


Automatically generates proper ASM-86_ 
directives to set up a “virtual 8080” 
environment that is compatible with 
PLM-86_ 


In support of Intel’s commitment to software portability, CONV86 is offered as a tool to move 8080/8085 programs to 
the 8086 and the 8088. A comprehensive manual, ‘““MCS-86 Assembly Language Converter Operating Instructions for 
ISIS-II Users” (9800642), covers the entire conversion process. Detailed methodology of the conversion process is uly 


described therein. 


CONV86 will accept as input an error- -free 8080/8085 assembly-language source file and optional controls, Sad produce 


as output, optional PRINT and OUTPUT files. 


The PRINT file is a formatted copy of the 8080/8085 source and the 8086/8088 source file with aiibedded caution 


messages. 
The OUTPUT file is an 8086/8088 source file. 


CONV86 issues a caution message when it detects a potential problem in the converted 8086/8088 code. 


A transliteration of the 8080/8085 programs occurs, with each 8080/8085 construct mapped to its exact 8086/8088 


counterpart: 


—Registers 


—Condition flags 


—Instructions 
— Operands 


-— Assembler directives 
—Assembler contro! lines 


— Macros 
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Because CONV86 is a transliteration process, there is the possibility of as much as a 15%-20% code expansion over 
the 8080/8085 code. For compactness and efficiency it is recommended that critical portions of programs be re-coded 
in 8086/8088 assembly language. 


Also, as a consequence of the transliteration, some manual editing may be required for converting instruction se- 
quences dependent on: | 


-instruction length, timing, or encoding 
-interrupt processing mechanical editing procedures. 
-PL/M parameter passing conventions for these are suggested in the converter manual. 


The accompanying diagram illustrates the flow of the conversion process. Initially, the abstract program may be repre- 
sented in 8080/8085 or 8086/8088 assembly language to execute on that respective target machine. The conversion 
process is porting a source destined for the 8080/8085 to the 8086 or the 8088 via CONV86. . 


SOURCE CODE ABSTRACT PROGRAM SOURCE CODE 
IN 8080/8085 = Je - — — — — — — IN 8086/8088 
ASSEMBLY LANG ALGORITHM ASSEMBLY LANG 


CONV86 


ASSEMBLE 
FOR 
8086/8088 


ASSEMBLE 
FOR 
8080/8085 


EXECUTE 


‘EXECUTE 
ON 


EQUIVALENT 
FUNCTION 


ON 
8086/8088 


8080/8085 


PORTING 8080/8085 SOURCE CODE TO THE 8086/8088 
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_LINK86 — 


Automatic combination of separately -—- Automatic generation of a summary map 
compiled or assembled 8086/8088 giving results of the LINK86 process 
programs into a relocatable module Abbreviated control syntax 


Automatic selection of required modules 
from specified libraries to satisfy 
symbolic references | 


Relocatable modules may be merged 
into a single module suitable for 


inclusion in a library 
Extensive debug symbol manipulation, | | - - 
allowing line numbers, local symbols, - Supports “incremental linking 
and public symbols to be purged and Supports type checking of public and 
listed selectively external symbols 


LINK86 combines object modules specified in the LINK86 input list into a single output module. LINK86 combines 
segments from the input modules according to the order in which the modules are listed. 


Support for incremental linking is provided since an output module produced by LINK86 can be an input to another 
link. At each stage in the incremental linking process, unneeded public symbols may be purged. 


LINK86 supports type checking of public and external symbols reporting an error if their types are not consistent. 


LINK86 will link any valid set of input modules without any controls. However, controls are available to control the out- 
put of diagnostic information in the LINK86 process and to control the content of the output module. 


LINK86 allows the user to create a large program as the combination of several smaller, separately compiled modules. 
After development and debugging of these component modules the user can link them together, locate them using 
LOC86, and enter final testing with much of the work accomplished. 


_LocEs 


Automatic and independent relocation | Automatic generation of a summary map 


of segments. Segments may be giving starting address, segment 
relocated to best match users memory . addresses and lengths, and debug 
configuration ..— | symbols and their addresses 


ste fo ti me Extensive capability to manipulate the 
Extensive debug symbol manipulation, : 
allowing line numbers, local symbols, order and placement of segments In 


and public symbols to be purged and | Ego ey ee emery | | 
listed selectively | _ Abbreviated control syntax 


Relocatability allows the programmer to code programs or sections of programs without having to know the final ar- 
rangement of the object code in memory. 


LOC86 converts relative addresses in an input module to absolute addresses. LOC86 orders the segments in the input 
module and assigns absolute addresses to the segments. The sequence in which the segments in the input module 
are assigned absolute addresses is determined by their order in the input module and the controls supplied with the 
command. 


LOC86 will relocate any valid input module without any controls. However, controls are available to control the output 
of diagnostic information in the LOC86 process, to control the content of the output module, or both. 


The program you are developing will almost certainly use some mix of random access memory (RAM), read-only 
memory (ROM), and/or programmable read-only memory (PROM). Therefore, the location of your program affects both 
cost and performance in your application. The relocation feature allows you to develop your program on the Intellec 
development system and then simply relocate the object code to suit your application. 
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OH86 
Converts an 8086/8088 absolute object Converts an absolute module to a more 
module to symbolic hexadecimal format readable format that can be displayed 


on a CRT or printed for debugging 


Facilitates preparing a file for later 
loading by a symbolic hexadecimal — 
loader, such as the iSBC Monitor or | 
Universal PROM Mapper 


The OH86 command converts an 8086/8088 absolute object module to the hexadecimal format. This conversion may 
be necessary to format a module for later loading by a hexadecimal loader such as the iSBC 86/12 monitor or Universal 
Prom Mapper. The conversion may also be made to put the module in a more readable format that can be displayed or 
printed. 


The module to be converted must be in absolute format; the output from LOC86 is in absolute format. 


LIB86 is a library manager program Libraries can be used as input to LINK86 
which allows you to: which will automatically link modules 
from the library that satisfy external 


— Create specially formatted files to references in the modules being linked 


contain libraries of object modules 


— Maintain these libraries by adding or 
deleting modules Abbreviated control syntax 


— Print a listing of the modules and 
public symbols in a library file 


Libraries aid in the job of building programs. The library manager program, LIB86, creates and maintains files contain- 
ing object modules. The operation of LIB86 is controlled by commands to indicate which operation LIB86 is to per- 
form. The commands are: 


CREATE — creates an empty library file 

ADD — adds object modules to a library file 

DELETE — deletes modules from a library file 

LIST — lists the module directory of library files 

EXIT — terminates the LIB86 program and returns control to ISIS-II 
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PLIM-86 . 
COMPILER RELOCATABLE USER 


OBJECT MODULE SYSTEM 


ISIS-I PL/M-86 
TEXT EDITOR SOURCE 


LINK86 : 
: AND OH86 iSBC 86/12 
LOC86 ; 


ISIS-I ASM86 RELOCATABLE 
TEXT EDITOR SOURCE ASM86 OBJECT MODULE oe 


ASM80/85 CONV86 


SOURCE 
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SPECIFICATIONS 


Operating Environment 
Required Hardware 
Intellec Microcomputer Development System 


— MDS-800, MDS-888 . 
— Series ll MDS-220 or MDS-230 
64K Bytes of RAM Memory 


Dual Diskette Drives 

— Single or Double* Density 

System Console 

— CRT or Hardcopy Interactive Device 


Optional Hardware 

Universal PROM Programmer 
Line Printer* 

ICE-86™* 

Required Software 

ISIS-I! Diskette Operating System 
— Single or Double* Density 


- *Recommended 


ORDERING INFORMATION 


Part Number Description 


MDS-311 8086/8068 Software Development 
Package 


Also available in the following development support 
packages: 


Part Number Description 


SP86A-KIT SP86A Support Package (for Intellec 
Model 800) 


Includes ICE-86 In-Circuit Emulator 
(MDS-86-ICE) and 8086/8088 Software 
Development Package (MDS-311) 


SP86B Support Package (for Series II) 


Includes ICE-86 In-Circuit Emulator 
(MDS-86-ICE), 8086/8088 Software 
Development Package (MDS-311), 
and Series || Expansion Chassis 
(MDS-201) 


SP86B-KIT 
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Documentation Package 


PL/M-86 Programming Manual (9800466) 

iSIS-I| PL/M-86 Compiler Operator’s Manual (9800478) 

MCS-86 User’s Manual (9800722) 

MCS-86 Software Development Utilities Operating 
Instructions for ISIS-II Users (9800639) 

MCS-86 Macro Assembly Language Reference Manual 
(9800640) | 

MCS-86 Macro Assembler Operating Instructions for 
IS!IS-II Users (9800641) 

MCS-86 Assembly Language Converter Operating 
Instructions for ISIS-I] Users (9800642) . 

Universal PROM Programmer User’s Manual 
(9800819A) 


Flexible Diskettes 
— Single and Double* Density 


In 


— 8087 
SOFTWARE SUPPORT PACKAGE 

i] Program Generation for the 8087 m 8087 Emulator Duplicates Each 8087 

Numeric Data Processor onthe _ Floating-Point Instruction in Software, 
- Intellec® Microcomputer Development for Evaluation of Prototyping, or for a 

System | _— Use in an End Product 

= Consists of: 8086/8087/8088 Macro. | = Macro Assembler and 8087 Emulator 
Assembler, 8087 Software Emulator are Fully Compatible with Other 

= Macro Assembler Generates Code for 8086/8088 Development Software =~ 
8087 Processor or Emulator, While = Implementation of the IEEE Proposed 
Also Supporting the Boeosore Floating-Point Standard (the Intel® 
Instruction Set | i Realmath Standard) . 


The 8087 Software Singer ere is an Goan extention of Intel’s 8086/8088 Software Development 
Package that runs under ISIS-II on an Intellec or Series Il Microcomputer Development System. | 


The 8087 Software Support Package consists of the 8086/8087/8088 Macro Assembler, and the Full 8087 
Emulator. The assembler is a functional superset of the 8086/8088 Macro Assembler, and includes instruc- 
tions for over sixty new floating-point operations, plus new data types supported by the 8087. . 


The 8087 Emulator is an 8086/8088 object module that simulates the environment of the 8087, and executes 
each floating-point operation using software algorithms. This emulator functionally duplicates the operation 
of the 8087 Numeric Data Processor. 


Also included in this package are interface libraries to link with 8086/8087/8088 object modules, which are 
used for specifying whether the 8087 Processor or the 8087 Emulator is to be used. This enables the run- time 
environment to be invisible to the programmer at assembly time. 


. The following are trademarks of Intel Corporation and may.be used only to identify Intel products: BXP, CREDIT, Intellec, Multibus, i, iSBC, Multimodule, ICE, iSBX, PROMPT, iRMX, 
iCS, Library Manager, Promware, Insite, MCS, RMX, Intel, Megachassis, UPI, Intelevision, Micromap, nScope and the combination of iCE, iCS, iSBC, iSBX, MCS, or RMX and a 
numerical suffix. 

© Intel Corporation 1980 » B-152 121653-001 Rev. A 
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FUNCTIONAL DESCRIPTION 


8086/8087/8088 Macro Assembler 


The 8086/8087/8088 Macro. Assembler translates 
symbolic macro assembly language instructions 
into appropriate machine instructions. It is an ex- 
tended version of the 8086/8088 Macro Assembler, 
and therefore supports all of the same features and 
functions, such as limited type checking, condi- 
tional assembly, data structures, macros, etc. The 
extensions are the new instructions and data types 
to support floating-point operations. Realmath 
floating-point instructions (see Table 1) generate 
code capable of being converted to either 8087 in- 
structions or interrupts for the 8087 Emulator. The 
Processor/Emulator selection is made via interface 
libraries at LINK-time. In addition to the new 
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floating-point instructions, the macro assembler 
also introduces two new 8087 data types: QWORD 
(8 bytes) and TBYTE (ten bytes). These support the 
highest precision of data processed by the 8087. 


Full 8087 Emulator 


The Full 8087 Emulator is a 16-kilobyte object mod- 
ule that is linked to the application program for 
floating-point operations. Its functionality is identi- 
cal to the 8087 chip, and is ideal for prototyping and 
debugging floating-point: applications... The 
Emulator is an alternative to the use of the 8087 chip, 


_although the latter executes floating-point applica- 


tions up to 100 times faster than an 8086 with the 
8087 Emulator. Furthermore, since the 8087 is a 
‘‘CO-processor,’’ use of the chip will allow many. op- 
erations to be performed in parallel with the 8086. 


Table 1. 8087 Instructions 


Arithmetic Instructions 


Addition. 


_ Add real | : 
Add real and pop . 
Integer add 


Subtraction 


FSUB Subtract real 

FSUBP Subtract real and pop 

FISUB Integer subtract 

“FSUBR | Subtract real reversed 

FSUBRP Subtract real reversed and 
pop 


FISUBR Integer subtract reversed 


Multiplication 


Multiply real 
Multiply real and pop 
Integer multiply 
me Division 
FDIV.. Divide real 
FDIVP Divide real and pop 
FIDIV Integer divide 
FDIVR Divide real reversed ~~ 
FDIVRP Divide real reversed .and 
pop 
Integer divide reversed 


FIDIVR 


Other Operations 


FSQRT Square root 

FSCALE Scale 

FPREM Partial remainder 

FRNDINT Round to integer 

FXTRACT Extract exponent and 
significand 

FABS Absolute value 

FCHS Change sign 
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Processor Control Instructions 
FINIT/FNINIT 
FDISI/FNDISI 
FENI/FNENI 


FLDCW 
FSTCW/FNSTCW 


Initialize processor 
Disable interrupts 

Enable interrupts | 
Load control word 


Store control word 


FSTSW/FNSTSW ~ Store status word | 
FCLEX/FNCLEX Clear exceptions 
FSTENV/FNSTENV | Store environment. 


FLDENV Load environment 
FSAVE/FNSAVE 
FRSTOR 
FINCSTP 
FDECSTP 
FFREE 
FNOP 


FWAIT 


_ Save state 


Restore state. 


Increment stack pointer 


Decrement stack pointer 


Free register 


No operation’ — 
‘CPU wait 


Comparison Instructions 


FCOM 
FCOMP 
FCOMPP 


Compare real 
Compare. real and pop - 


Compare real and pop 


twice — | 
FICOM Integer compare 


FICOMP 


integer compare and pop 
FTST Test | > 
FXAM Examine 
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Table 1. 8087 Instructions (cont'd) 


Transcendental Instructions | os Data Transfer Instructions 
FPTAN Partial tangent | Real Transfers 7 
FPATAN Partial arctangent | Load real 3 
-F2XM1 Ox— J Store real 
Store real and pop 
FYL2X Y ¢ log,X Exchange registers 
~ FYL2XP1 ft ¥ @ log,(X+1) 
| : i- lh - Integer load. 
‘Constant Instructions = | . : niece store... 


Integer store and pop 
Packed Decimal Transfers 


Packed decimal (BCD) 
load 

Packed decimal (BCD) 
store and pop 


-FLDZ Load +0.0 
FLD1 Load +1.0 
FLDPI Load 7 
FLDL2T Load log,10 


FLDL2E Load log,e 
FLDLG2 Load log ,,2 
FLDLN2 Load log,2 


SPECIFICATIONS e - REQUIRED SOFTWARE 


ISIS-II Diskette Operating System 
Operating Environment —Single or Double Density 


| 8086/8088 Software Development Package 
REQUIRED HARDWARE | i ) 


Intellec® Microcomputer Development System Documentation Package 

—Model 800 | i. ae | 

—Series Il (Models 220, 225 or equivalent) 8086/8087/8088 Macro Assembly Language Refer- 
64K Bytes of RAM Memory ence Manual for 8080/8085-Based Development 


Systems (121623-001) 
Minimum One Diskette Drive | | 
—Single or Double* Density 8086/8087/8088 Macro Assembler Operating In- 
_ structions for 8080/8085-Based Development Sys- 


System Console 
: tems (121624-001) 


—CRT or Hardcopy Interactive Device 


OPTIONAL HARDWARE | | The 8086 Family Users Manual Supplement for the 


Universal PROM Programmer* 8087 Numeric Data Processor (121586-001) 


Line Printer* 


Shipping Media 


“Recommended | 1 Single and 1 Double Density Diskette 


ORDERING INFORMATION 


Part Number Description | 
MDS*-387 8087 Software Support Package 


Requires Software License 


*MDS is an ordering code only and is not used as a product name or trademark. MDS® is a registered trademark of Mohawk Data Sciences 
Corporation. 
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8089 I/O processor program generation Includes software development utilities 
on the Intellec Microcomputer to facilitate 8089 design. 
Peverepinenieyeiay —LINK86: Combines 8086 or 8088 object 


modules with 8089 object 
modules and resolves 


external references. 
Relocatable object module compatible 


‘th the 8086 88 Mi _ =—LOC86: Assigns absolute memory 
with the 8086 and 80 icroprocessors / addresses to 8089 object 
modules. 
—OH86: Converts 8086/8088/8089 
Supports 8089-based addressing modes object code to symbolic 
with a structure facility that enables easy - hexadecimal format. | 
access to based data. —UPM86: A PROM programming aid 


which has been updated to 
support PROM programming 
for 8086, 8088 and 8089 


Fully detailed set of error messages. 3 applications. 7 pas 


The 8089 Assembler Support Package extends Intellec microcomputer development system support to the 8089 i/O 
Processor. The assembler translates 8089 assembly language source instructions into appropriate machine opera- 
tion codes. The 8089 Assembler Support Package allows the programmer to fully utilize the capabilities of the 8089 I/O 
Processor. | 


. % 
ce a: : \ ee: eed Mae 
nea ponceseeren assEMByy t WN 4 ; iv 7 a ae Vt Hhexiocy DENsity 
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FUNCTIONAL DESCRIPTION A sample assembly listing is shown in table 1. 
2O89 WESEMBLER PAGE 1 
The 8089 Assembler Support Package contains the 8089 
assembler (ASM89) as well as LINK86 and LOC86— SRIEEY AODUCE PUALED IW ACCORSOL ORIG 
: 2 oa ASSEMBLER INVOKED BY ASMB9 CONSOL. SRC 
relocation and linkage utilities, OH86—8086/8088/8089 oe eG 
object code to hexadecimal converter, and UPM86— a As Sei ene rere Te are Pre 
PROM programming software updated to program object ea wed 
code in the 8086 formats. ASM89 translates symbolic wae Se Sees ne: tA ;. PANARETER: PORT 
8089 assembly language instructions into the appro- saa2 3 rates: bs 1 | STHTUS/CoMMAND PORT 
priate machine operation codes. The ability to refer to. Tee Be ages Pontes 358 a 
program addresses with symbolic names eliminates the ee 1a CONTROL ENDS Fagg eet Sarre e ty 
| “Anthea | spatula 14 , 
errors of hand translation and makes it easier to modify gat at ae, SMe Pest agg | Hat hst rat Bua SOORES# 
programs when adding or deleting instructions. seat casae an 06 Fe. SHOUBL Teal Fapnee epou 
: : gaia BA4C BB 6A 28 MOVBI (GA] PARATS,. BAK 
eB14 @a4c aB 19 Qi MOVBI CGA). FRRA7S.19H 
. ie bese a ce - naUed hens hae i; INITIALIZE 8279 
. ° 1 4 4 HOV Al STA ’ H 
ASM89 provides relocatable object module compat- agi, oo Eo eee ie 
ibility with the 8086 and 8088. microprocessors. This moet te | . 
object module. compatibility, along with the 8086/8088 ene ne *5 
relocation and linkage utilities, facilitates the designing SYMBOL TABLE 


of the 8089 into an 8086 or 8088 system. | DEFN VALUE TYPE NAME 


ASM89 fully supports the based addressing modes of 12 Maas Sym NuLLEG 
the 8089. A structure facility in the assembler provides a anee an tetes 
easy access to based data. The structure facility allows 
the user to define a template that enables accessing of 


based data symbolically. — Table 1. Sample 8089 Assembly Listing 


ASSEMBLY COMPLETE, NO ERRORS FOUND 


SPECIFICATIONS Required Software 
ae a ISIS-I Diskette Operating System | 
Operating Environment nee , | 
a" | | —Single or Double” Density 
Required Hardware oe oe 


Intellec Microcomputer Development System 


—MDS-800, MDS-888_ Documentation Package 
—Series Il Models 220 or 230 : 8089 Assembler User’s Guide (9800938) 
64K Bytes of RAM Memory ° 8089 Assembler Pocket Reference (9800936) 


MCS-86 Software Development Utilities 
Operating Instructions for ISIS-I] User’s (9800639) 


MCS-86 Absolute Object File Formats (9800821) 
Universal PROM Programmer User's Manual (9800819) 


Minimum One Diskette Drive 
—Single or Double* Density 
System Console 


—CRT or Hardcopy Interactive Device 


Optional Hardware 


ible Diskette 
Universal PROM Programmer" | | | one porcuse | 
Line Printer* sa esete des, o —Single and Double* Density *Recommended 


ORDERING INFORMATION: 


Part Number Description | 
MDS-312 8089 Assembler Support Package 
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ICE-86A™ 
iAPX 86 IN-CIRCUIT EMULATOR 


= Real-Time In-Circuit Emulation of (APX = Disassembly of Trace or Program | 


86 Microsystems Memory from Object Code into 
= Emulate Both Minimum and Maximum _ Assembler Mnemonics 
Modes of 8086 CPU Software Debugging With or Without 
= Full Symbolic Debugging oe _User System 
m Breakpoints to Halt Emulation on a a Handles Full 1 Megabyte 
Wide Variety of Conditions Addressability of iAPX 86 
= Comprehensive Trace of Program = Enhance Existing ICE- 6'™ Emulators © 
Execution | to ICE- a6A'™ Capabilities with 


ICE-s6u | Upgrade Package 


The Intel® ICE-86A In-Circuit Emulator provides sophisticated hardware and software debugging capabilities 
for iAPX 86 microsystems and iAPX 86 Single-Board Computers. These capabilities include In-Circuit Emula- 
tion for the 8086 Central Processing Unit plus extensions to debug systems including the 8089 I/O Processor 
and 8087 Numeric Processor Extension. The emulator includes three circuit boards which reside in any 
Intellec® Microcomputer Development System. A cable and buffer box connect the Intellec system to the user. 
system by replacing the user’s 8086, thus extending powerful Intellec system debugging functions into the 
user system. Using the ICE-86A module, the designer can execute prototype. 8086 or 8089 software in 
continuous or single-step modes and can substitute blocks of Intellec system memory for user equivalents. 
Breakpoints allow the user to stop emulation on user-specified conditions of the iAPX 86 system, andthe trace 
capability gives a detailed history of the program execution prior to the break. All user access to the prototype 
system software may be done symbolically by referring to the source program variables and labels. 


The ICE-86U In-Circuit Emulator upgrade package converts any existing ICE-86 module none version) to the 
capabilities of an ICE-86A module. 


The following are trademarks of Intel Corporation and its affiliates and may be used only to identify Intel products: i, Intl, INTEL, INTELLEC, MCS, 'm, iCS, ICE, UPI, BXP, iSBC, iSBX, 
Insite, iRMX, System 2000, CREDIT, iRMX/80, MULTIBUS, PROMPT, Promware, Megachassis, Library Manager, MAIN MULTIMODULE, and the combination of MCS, ICE, iSBC, iRMX or 
iCS and a numerical suffix. © INTEL CORPORATION, 1981. 9800931-01 
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INTEGRATED HARDWARE/SOFTWARE 
DEVELOPMENT | 


The ICE-86A emulator allows hardware and software 
development to proceed interactively. This is more 
effective than the traditional method of independent 
hardware and software development followed by 
system integration. With the ICE-86A module, pro- 
totype hardware can be added to the system as it is 
designed. Software and hardware testing occurs 
while the product is being Gerrard, | 


Conceptually, the ICE-86A emulator secicts three 
stages of development: 


1. It can be operated without being connected to 
the user’s system, so the ICE-86A module’s 
debugging capabilities can be used to facilitate 
‘program development before any of the user's 
: hardware is available. 


2. Integration of software and hardware can begin 
~ when any functional element of the user system 
hardware is connected to the 8086 socket. 

_ Through ICE-86A emulator mapping capabilities, 
Intellec memory, ICE module memory, or diskette 
memory can be substituted for missing prototype 
memory. Time-critical program modules are 
debugged before hardware implementation by 
using the 2K-bytes of high-speed ICE-resident 
memory. As each section of the user's hardware is 
completed, it is added to the prototype. Thus 
each section of the hardware and software is 
“system” tested as it becomes available. 


FIRMWARE 
CONTROLLER 
s, ‘ BOARD 
“INTELLEC = 


ae ee 


BUFFER BOX | 


Y-CABLE 


3. When the user’s prototype is complete, it is tested 
with the final version of the user system software. 
The ICE-86A module is then used for real-time 
emulation of the 8086 to debug the eon as a 
completed unit. BR eds 


Thus the ICE-86A module provides the user with the 
ability to debug a prototype or production system at 
any stage in its development without introducing 
extraneous hardware or software test tools. _ 


SYMBOLIC DEBUGGING 


Symbols and PL/M statement numbers may be sub- 


_ stituted for numeric values in any of the ICE-86A 


emulator commands. This allows the user to make 
symbolic references to I/O ports, memory ad- 
dresses, and data in the user program. Thus the user 


- need not remember the addresses of variables or 


program subroutines. 


Symbols can be used to reference variables, pro- 


cedures, program labels, and source statements. A 


variable can be displayed or changed by referring to 
it by name rather than by its absolute location in 
memory. Using symbols for statement labels, pro- 
gram labels, and procedure names simplifies both 
tracing and breakpoint setting. Disassembly of a 
section of code from either trace or program 


- memory into its assembly mnemonics is readily 


accomplished. 


- PLUG INTO 


USER 
‘7. 8086 SOCKET — 


X-CABLE 
T-CABLE _. 


86-CONTROLLER | © 
TRACE BOARD BOARD. 


AUXILLIARY CONNECTOR 


Figure 1. ICE-86A™ Emulator Block Diagram 
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A typical iAPX 86 development configuration. It is based on Intellec® Series III Development System, which 
hosts the ICE-86A™ emulator. The ICE-86A™ module is shown connected to a user prototype system, in this 
case, an SDK-86. | 


Furthermore, each symbol may have associated 
with it one of the data types BYTE, WORD, INTEGER, 
SINTEGER (for short, 8-bit integer), POINTER, 
REAL, DREAL, or TREAL. Thus the user need not 
remember the type of a source program variable 
when examining or modifying it. For example, the 
command “!VAR” displays the value in memory of 
variable VAR in a format appropriate to its type, while 
the command “!VAR = !VAR + 1” increments the 
value of the variable. 


The user symbol table generated along with the ob- 
ject file during a PL/M-86, PASCAL-86 or FORTRAN- 
86 compilation or an ASM-86 assembly is loaded into 
memory along with the user program which is to be 
emulated. The user can utilize the available symbol 
table space more efficiently by using the SELECT 
option to choose which program modules-will have 
symbols loaded in the symbol table. The user may 
also add to this symbol table any additional symbolic 
values for memory addresses, constants, or 
variables that are found useful during system 
debugging. 


The ICE-86A module provides access through sym- 
bolic definition to all of the 8086 registers and flags. 
The READY, NMI, TEST, HOLD, RESET, INTR, 
MN/MX, and RQ/GT pins of the 8086 can also be 
read. Symbolic references to key ICE-86A emulation 
information are also provided. 
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MACROS AND COMPOUND COMMANDS 


The ICE-86A module provides a programmable diag- 
nostic facility which allows the user to tailor its oper- 
ation using macro commands and compound 
commands. 


A macro is aset of ICE-86A commands which is given 
a single name. Thus, a sequence of commands 
which is executed frequently may be invoked simply 
by typing in asingle command. The user first defines 
the macro by entering the entire sequence of com- 
mands which he wants to execute. He then names 
the macro and stores it for future use. He executes 
the macro by typing its name and passing up to ten 
parameters to the commands in the macro. Macros 
may be saved on a disk file for use in subsequent 
debugging sessions. 


Compound commands provide conditional execu- 
tion of commands (IF), and execution of commands 
until a condition is met or until they have been ex- 
ecuted a specified number of times (COUNT, 
REPEAT). 


Compound. commands and macros may be nested 
any number of times. i 
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MEMORY MAPPING 


Memory for the user system can be resident in the 
user system or “borrowed” from the Intellec System 
through the ICE-86A emulator’s mapping capability. 


The speed of run emulation by the ICE-86A module - 


depends on which mapping options are being used. 


The ICE-86A emulator allows the memory which is 


addressed by the 8086 to be mapped in 1K-byte | 


blocks to: 


ee Physical memory in the user’s system, which pro- 


vides 100 percent real-time emulation atthe user- _ | 


system clock rate (up to 5 MHz) with no wait 
states. | 


2. Either of two 1K-byte blocks of ICE-86A module 


high-speed memory, which allow nearly full- 
speed emulation (with two additional wait states 
per 8086-controlled bus cycle). 


3. Intellec System memory, which provides emula- 
tion at approximately 0.02 percent of real-time witha 
5 MHz clock. 


4. A random-access diskette file, with emulation 
speed comparable to Intellec System memory, ex- 
cept the emulation must wait when a new page is 
accessed on the diskette. : 


The user can also designate a block of memory as 
non-existent. The ICE-86A module issues an error 
message when any such “guarded” memory is ad- 
dressed by the user program. | ; 


As the user prototype progresses to include 
memory, emulation becomes real time. 


OPERATION MODES 


The ICE-86A software is a RAM-based program that 
provides the user with easy-to-use commands for 
initiating emulation, defining breakpoints, control- 
ling trace data collection, and displaying and con- 
trolling system parameters. ICE-86A commands are 
configured with a broad range of modifiers which 
provide the user with maximum flexibility in describ- 
ing the operation to. be performed. | 


Emulation 


Emulation commands to the ICE-86A emulator con- | 


trol the process of setting up, running and halting an 
emulation of the user’s iAPX 86 System. Breakpoints 
_and tracepoints enable the ICE-86A module to halt 
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emulation and provide a detailed trace of execution 
in any part of the user’s program. A summary of the 


emulation commands is shown nm Table 1. 


Table 1. ‘Summary of ICE-86A™ Emulation. | 
Commands | 
Description 


Initializes emulation and allows the user to 
specify the Starting point and picanpouits: 
Example: | 


GO FROM .START TILL .DELAY EXECUTED 


where START and DELAY are statement 
labels. 


Allows the user to single-step through the 
program. 


Breakpoints: The ICE-86A module has two break- 
point registers that allow the user to halt emulation 
when a specified condition is met. The breakpoint 
registers may be set up for execution or non- 
execution breaking. An execution breakpoint con- 
sists of a single address which causes a break 
whenever the 8086 executes from its queue an in- 
struction byte which was obtained from the address. 
A non-execution breakpoint causes an emulation 
break when a specified condition other than an in-- 
struction execution occurs. A non-execution break- 
point condition, using one or both breakpoint 
registers, may be specified by anyone ofora combi- 
nation of: | 


1. A set of address values. Break on aset of address 
values has three valuable features: 


. ‘a. Break on a single address. 


b. The ability to set any number of breakpoints 
within a limited range (1024 BYES mexmuny 
of memory. 


c. The ability to break in an initnited range. Ex- 

| ecution is halted on any memory access to an 

address greater than (or less man) ay 20- bit 
breakpoint address. 


2. A particular status of the 8086 bus (one or more 
of: memory or I/O read or write, instruction fetch, 
halt, or interrupt acknowledge). 


3. A set of data values (features comparable to 
_ break on a set of address values, explained in 
- point one). | ae? 


4. Asegment register (break occurs when the regis- 
ter is used in an effective address calculation). 
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Emulation break can also be set to occur. on an 
external signal condition. An external breakpoint 
match output and emulation status lines are pro- 
vided on the buffer box. These allow synchronization 
of other test equipment when a break occurs or 
when emulation is begun. 


Tracepoints: The ICE-86A module has two 
tracepoint registers which establish match condi- 
tions to conditionally start and stop trace collection. 
The trace information is gathered at least twice per 
bus cycle, first when the address signals are valid 
and second when the data signals are valid. If the 
8086 execution queue is otherwise active, additional 
frames of trace are collected. 


Each trace frame contains the 20 address/data lines 
and detailed information on the status of the 8086. 
The trace memory can store 1,023 frames, or an 
average of about 300 bus cycles, providing ample 
data for detemining how the 8086 was reacting prior 
to emulation break. The trace memory contains the 


last 1,023 frames of trace data collected, even if this 
spans several separate emulations. The user has the 
option of displaying each frame of the trace data or 
displaying by instruction in actual ASM-86 Assem- 
bler mnemonics. Unless the user chooses to disable 
trace, the trace information is always available after 
an emulation. 


Interrogation and Utility 


Interrogation and utility commands give the user 
convenient access to detailed information about the 
user program and the state of the 8086 that is useful 
in debugging hardware and software. Changes can 
be made in both memory and the 8086 registers, 
flags, input pins, and I/O ports. Commands are also 
provided for various utility operations such as load- 
ing and saving program files, defining symbols and 
macros, displaying trace data, setting up the 
memory map, and returning controlto ISIS-II. Asum- 
mary of the basic interrogation and utility com- 
mands is shown in Table 2. 


Table 2. Selected ICE-86A'™ Module ere Utility Commands | 


Memory/Register Commands 
Display or change the contents of: 
¢ Memory 
e 8086 Registers 
e 8086 Status flags 
8086 Input pins 
8086 I/O ports — 
ICE-86A Pseudo-Registers (e.g. emulation timer) 


Memory Mapping Commands 
Display, declare, set, or reset the ICE-86A memory mapping. 


Symbol Manipulation Commands 
Display any or all symbols, program modules, and program 
line numbers and their associated values (locations in 
memory). 
Set the domain (choose the erica: program module) for 
the line numbers. 


Define new symbols as they are needed in debugging. 


Remove any or all symbols, modules, and program 
statements. 


Change the value of any symbol. 


Select program modules whose symbols will be used in 
debugging. 


TYPE 
Assign or change the type of any symbol in the symbol table. 


~ DASM 
Disassemble user program memory into ASM-86 Assembler 
mnemonics. 
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RQ/GT | 
Set or display the status of the Request/Grant facility which: 
enables the ICE-86A module to share the ace bus with © 
coprocessors. 3 


BUS 
Display which device in the user’s iAPX 86 system is cur- 
rently master of the system bus. 


CAUSE 
Display the cause of the most recent emulation break. 


PRINT 
Display the specified portion of the trace memory. 


LOAD 
Fetch user symbol table and object code from the input. file. 


EVALUATE 
Display the value of an expression in binary, octal, decimal, 
hexadecimal, and ASCII. 


CLOCK 
Select the internal (ICE-86A module provided, for stand- 
alone mode only) or an external asenprevicad!: system 
clock. 


RWTIMEOUT 
Allows the user to time out READ/WRITE command signals 
based on the time taken by the 8086 to access oe’ 
memory or diskette memory. 7 


ENABLE/DISABLE RDY . 
Enable or disable logical AND of ICE-86A emulator Ready 
with the user Ready signal for accessing Intellec meme 
ICE memory, or diskette memory. 
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The ICE-86A module has the extended capabilities to 
debug iAPX 86/20 microsystems which contain both 
the 8086 microprocessor and the 8087 Numeric 
Processor Extension (NPX). An iAPX 86/20 system is 
configured in the 8086’s “maximum” mode and 
communication between the processors is accom- 
plished through the RQ/GT signals. Debugging can 
be done either using the 8087 chip itself (in which 
case the 8086 ESCAPE instruction is interpreted asa 
floating point instruction) or using the 8087 
software emulator E8087 (where the 8086 INTER- 
RUPT instruction is interpreted as a floating point 
instruction). Three new data types are defined to use 
the NPX: 


REAL (4 byte er Real) 
_DREAL (8 byte Long Real) 
-TREAL (10 byte Temporary Real) 


While the 8087 NPX is not a programmable part, it 
does interact closely with the 8086 and can execute 
instructions in parallel with it. The ICE-86A module 
provides information about the relative timing of 
instruction execution in each processor so that the 
complete system can be debugged. Other debug- 
ging capabilities available through the ICE-86A 
module are: symbolically disassemble NPX call in- 
structions from memory or trace history; display or 
change the control, status and flag values of the 
NPX; display the NPX stack either in hexadecimal or 
disassembled form; and display the last instruction 
address, last operand, and last operand address. 


iAPX 86/11 DEBUGGING 


The 8089 Real-Time Breakpoint Facility (RBF-89) is 
an extension of the ICE-86A emulator that aids in 
testing and trouble-shooting iAPX 86/11 systems de- 
signed around a combination of the 8086 CPU and 
the 8089 Input/Output Processor (IOP). RBF-89 in- 
terrogates 8089 registers, sets breakpoints in 8089 
programs, and performs its other functions by pre- 
paring special control blocks in application system 
memory. It then issues input/output channel- 
attention commands to the 8089 in the user’s system 
to perform these functions. While using the RBF-89 
extension, the user can also enter and execute the 
other standard ICE-86A emulator commands. 


RBF-89 allows the user to load his application 
(channel) program from diskette into 8089 IOP 
memory and execute it in real time. The program can 
reside in either local (system) RAM (accessible by 
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both the 8086 and 8089 microprocessors), or remote 
RAM (accessible by the 8089 IOP only). The user may 
request execution to begin at any location and con- 
tinue until normal termination, a specified break- 
point is reached, or the program is otherwise 
aborted. If a program is modified during a debug- 
ging session, RBF-89 can save the latest version by 
copying it from application system memory to a disk- 
ette file. 


Breakpoints 


RBF-89 supports setting up to twelve breakpoints 
(six per 8089 channel) in the user program. RBF-89 
implements each breakpoint by inserting a HALT 
instruction at the breakpoint location, while saving 
the overwritten instruction in temporary storage. 
When a breakpoint is reached during program ex- 
ecution the program halts. At this point the user can 
examine 8089 registers, flags, and memory, and op- 
tionally resume program execution. The invoked 
breakpoint address is recorded in one of two break- 
point registers—one register for each 8089 channel. 
Through simple RBF-89 commands the user can 
display or change the contents of these registers. 


Symbolic Debugging 


As in the ICE-86A emulator, the RBF-89 extension 
accepts symbolic references for variables and 
labels, including symbols in the symbol table 
generated by the ASM-89 assembler. 


Through RBF-89, the user can display and change 
the contents of : 


— memory, which can be displayed as either 
numeric data or disassembled (8089 assembly- 
language mnemonic) code. 


—all 8089 registers except the channel control 
pointer (CCP) and status flags. 


Multiprocessor Operation 


The ICE-86A emulator and RBF-89 support 8089 
configurations in both local and remote modes. The 
ICE-86A emulator may be operating either in mini- 
mum or maximum mode. In maximum mode, the 
8086 RQ/GT lines are employed. This is required for 
the 8089 local mode configuration to provide local 
bus arbitration between the two processors. Using 
RBF-89, the user.can: 


AFN-01950A 


intel ICE-86A™ IN-CIRCUIT EMULATOR 


Set RQ/GT to operate for a local or remote 
configuration. 


Display status to determine which processor con- 
trols the system bus. 


Start and halt 8089 channel programs. 


RBF-89 permits the 8089 and emulated 8086 to run 
simultaneously as well as sequentially. The user can 
specify breakpoints and begin program execution in 
three operating sequences: 


Set breakpoints, start the 8089, and return control 
to the console until a breakpoint is reached or the 
program runs to completion or is aborted. Use this 
sequence when the 8086 and 8089 programs do 
not need to be executed simultaneously. 


Set breakpoints, start the 8089, return control to 
the console, and start the 8086. This sequence lets 
both microprocessors run simultaneously. 


Set breakpoints, start the 8086, and allow that 
program to drive the 8089 program in.a mas- 
ter/slave relationship. This sequence would be 
used, for instance, to verify the 8086 communica- 
tion driver program. 


RBF-89 System Components 


RBF-89 is furnished as a superset of the ICE-86A 
emulator software. Its main components are: 


A HOST PROGRAM that resides in Intellec devel- 
opment system RAM, where it serves as an exten- 
sion of the ICE-86A emulator’s software driver. 
This program, executed by the development sys- 
tem, translates the user’s keyboard input into low- 
level directives that can be processed by the 
RBF-89 control program (described below), and 
converts information supplied by the control pro- 
gram into easily understood display output. 


A CONTROL PROGRAM that resides in ICE-86A 
emulator memory. Running on the emulator’s 8086 
microprocessor, the control program monitors 
such operations as preparing program control 
blocks for communication with the 8089 micro- 
processor; issuing commands to the 8089 to start, 
terminate, and continue the 8089 task program; 
and directing the 8089 to start execution of the 
RBF-89 utility program (described below). 


AUTILITY PROGRAM that resides in the 8089 RAM 
in the user’s prototype application system. This 
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program, running on the 8089, reads and writes 
data to and from 8089 memory and registers, and 
sets and removes breakpoints in the user’s task 
program. 


The 200 bytes of RAM required by the utility pro- 
gram must be accessible to both the ICE-86A 
emulator and the 8089. 


DC CHARACTERISTICS OF THE 
ICE-86A'™ MODULE USER CABLE 


1. Output Low Voltages [Vo,(Max)=0.4V] 


lo. (Min) 

ADO-AD15 12 mA 
(24 mA @ 0.5V) 

A16/S3-A19/S7, BHE/S7, RD, = 8&mA 


LOCK, QS0, QS1, S0, S1, $2, (16 mA @ 0.5V) 
R, M/iO, DT/R, DEN, ALE, 


INTA 
HLDA 7mA 
RQ/GT | 16 mA 
2. Output High Voltages [Voy (Min)=2.4V] 
lon (Min) 
ADO-AD15 -3 mA 
A16/S3-A19/S7, BHE/S7, RD, 
LOCK, QS0, QS1, SO, $1, S2, 
WR, M/IO, DT/R, DEN, ALE, | -2.6 mA 
INTA, HLDA 
RQ/GT 250 mA 
3. Input Low Voltages [V,, (Max)=0.8V] 
I), (Max) 
ADO-AD15 —0.2 mA 
NMI, CLK —0.4 mA 
READY -—0.8 mA 
INTR, HOLD, TEST, RESET  —-1.4 mA 
MN/MX (0.1 wf to GND) -3.3 mA 
4. Input High Voltages [V),, (Min)=2.0V] 
lip (Max) 
ADO-AD15 80 wA 
NMi, CLK 20 nA 
READY 40 nA 
INTR, HOLD, TEST, RESET —0.4 mA 
MN/MX (0.1 uF to GND) —1.1 mA 


5. No current is taken from the user circuit at 


Vec pin. 
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SPECIFICATIONS 
ICE-86A Operating Environment 


REQUIRED HARDWARE 
Intellec microcomputer development system with: 


1. Three adjacent slots for the ICE-86A module. 


2. 64K bytes of Intellec memory. If user prototype 
program memory is desired, additional memory 
above the basic 64K is required. 


System console 
Intellec diskette operating system 
ICE-86A module 


REQUIRED SOFTWARE 
System Monitor 


ISIS-Il, version 3.4 or subsequent 
ICE-86A software 


Equipment Supplied 
Printed circuit boards (3) 
Interface cable and emulation buffer module 


Operator’s manual 
ICE-86A software, diskette-based 


Emulation Clock 


User system clock up to 5 MHz or 2 MHz ICE-86A 
internal clock in stand-alone mode 


ORDERING INFORMATION 
Part Number Description 


MDS*-86A-ICE 


Physical Characteristics 


PRINTED CIRCUIT BOARDS 
Width: 12.00 in (30.48 cm) 

Height: 6.75 in (17.15 cm) 

Depth: 0.50 in (1.27 cm) 

Packaged Weight: 9.00 Ib (4.10 kg) 


Electrical Characteristics 


DC POWER 
Veco = +5V +5%-1% 
17A maximum; 11A typical 


cc = 

Vop = +12V +5% | . | 
lbp = 120 mA maximum; 80 mA typical - 
Vep = —10V +5% or —12V +5% (optional) 


Bp = 25 mA maximum; 12 mA typical 


Environmental Characteristics 
OPERATING TEMPERATURE 
0° to 40°C 


OPERATING HUMIDITY 
ee to 95% relative humidity without Congensation. 


iAPX 86 microsystem in-circuit emulator, cable assembly, and interactive software 


MDS*-86U-ICE Upgrade kit to convert ICE-86 emulators to ICE-86A emulator capabilities. 


*MDS is an ordering code only and is not used as a product name or trademark. MDS® is a registered trademark of Mohawk Data 


Sciences Corporation. 
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ICE 86A™, ICE 88A™ 
iAPX 86, 88 IN-CIRCUIT EMULATOR 


m iAPX 86, 88 in-circuit emulation m Disassembly of trace or memory from 
| object code into assembler mnemonics 
m= Upgradable from ICE-86/88 3 | 7 
m 2K bytes of high-speed memory 
a Full symbolic debugging support for all | | 
languages = Software debugging with or without user 
system 
= Supports iAPX 86/21, 88/21 
configurations m Handles full 1 megabyte addressability 
of iAPX 86, 88 | 
a Breakpoints to halt emulation —_ 


m Comprehensive trace of program 
execution, both conditional and 
unconditional 


The ICE-86A(88A) module provides in-circuit emulation for the 8086(88) microprocessor and the iSBC 86/12A single 
board computer. It includes three circuit boards which reside in Intellec Series Il or Series III Microcomputer Development 
System. A cable and buffer box connect the Intellec system to the user system by replacing the user’s 8086(88). Powerful 
Intellec debug functions are thus extended into the user system. Using the ICE-86A(88)A module, the designer can execute 
prototype software in continuous or single-step mode and can substitute blocks of Intellec system memory for user equiv- 
alents. Breakpoints allow the user to stop emulation on user-specified conditions, and the trace capability gives a detailed 
history of the program execution prior to the break. All user access to the prototype system software may be done 
symbolically by referring to the source program variables and labels for all languages. 


BUFFER BOX 


X-CABLE 


PLUG INTO 
USER 

8086 SOCKET 
(8088) 


Fe rt, ee ee ae ay Pa ay Eee Pep Nae eM See a BG Ce eee a ge Tg eg ee ge deat ora all 
aa | 
|! | | 
| | | FIRMWARE | 
| | CONTROLLER Bee CONTHOR EET sl 

| l BOARD | 
| l gil ime | 

T 
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| | | 
| Bs ek es ea | 
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Figure 1. ICE-86A/88A™ Block Diagram 
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PRELIMINARY 


INTEGRATED HARDWARE/ SOFTWARE 
DEVELOPMENT 


The ICE-86A(88A) emulator allows hardware and soft- 
ware development to proceed interactively. This is more 
effective than the traditional method of independent ‘hard- 
ware and software development followed by system inte- 
gration. With the ICE-86A(88A) module, prototype 
hardware can be added to the system as it is designed. 
Software and hardware testing occurs while the product is 
being developed. 


Conceptually, the ICE-86A(88A) emulator assists three 
stages of development: 


1. It can be operated without being connected to the us- 
er’s system, so ICE-86A(88A) debugging capabilities can 
be used to facilitate program development before any of 
the user’s hardware is available. 


2. Integration of software and hardware can begin when 
any functional element of the user system hardware is con- 


nected to the 8086(88) socket. Through ICE-86A(88A) 
mapping capabilities, Intellec memory, ICE memory, or dis- 
kette memory can be substituted for missing prototype 
memory. Time-critical program modules are debugged be- 
fore hardware implementation by using the 2K-bytes of 
high-speed ICE-resident memory. As each section of the 
user’s hardware is completed, it is added to the prototype. 
Thus each section of the hardware and software is “sys- 
tem” tested as it becomes available. 


3. When the user’s prototype is complete, it is tested with 
the final version of the user system software. The ICE-. 
86A(88A) module is then used for real-time emulation of 
the 8086(88) to debug the system as a completed unit. 


Thus the ICE-86A(88A) module provides the user with the 
ability to debug a prototype or production system at any 
stage in its development without introducing extraneous 
hardware or software test tools. 
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THE 8087 NUMERIC DATA PROCESSOR 


This supplement describes the 8087 Numeric Data 
Processor (NDP). Its organization is similar to 
chapters 2 and 3 of The 8086 Family User's 
Manual: 


Processor Overview 

Processor Architecture | 
Computation Fundamentals 
Memory 

Multiprocessing Features 
Processor Control and Monitoring 
Instruction Set 

Programming Facilities 


Oo Oo ~>1 DA MN BP WHO LN — 


Special Features 


_— 
(-) 


. Programming Examples 


Section | covers both hardware and software 
topics at a general level. Sections 2 and 4 through 
6 are largely hardware-oriented, while sections 3 
and 7 through 10 are of greatest interest to pro- 
grammers. Section 9 describes features of the 


NDP that will be of interest to specialized groups | 


of users; it is not necessary to understand this sec- 
tion to successfully use the 8087 in most applica- 
tions. Hardware coverage in this supplement. is 
limited to discussing processor facilities in func- 
tional terms. Timing, electrical characteristics, 
and other physical interface data may be found in 
-Appendix B, as well as in i a 4 of The 8086 
Family User’s Manual. 


Note that throughout this supplement the term 
““CPU”’ refers to either an 8086 or 8088 con- 
figured in maximum mode. To make best use of 
the material in this publication, readers should 
have a good understanding of ine operation of the 
8086/8088 CPUs. 


S.1 Processor Overview 


The 8087 Numeric Data Processor is a 
coprocessor that performs arithmetic and com- 
parison operations on a variety of numeric data 
types; it also executes numerous built-in 
transcendental functions (e.g., tangent and log 
functions). As a coprocessor to amaximum mode 
8086 or 8088, the NDP effectively extends the 
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register and instruction sets of the host CPU and 
adds several new data types as well. The pro- 
grammer generally does not perceive the 8087 as a 
separate device; instead, the computational 
capabilities of the CPU appear greatly expanded. 


The 8087 is the only chip required to add exten- 
sive high-speed numeric processing capabilities to 
an 8086- or 8088-based system. It is specifically 
designed to deliver stable, correct results when 
used in a straightforward fashion by program- 
mers who are not expert in numerical analysis. Its 
applicability to accounting and financial 
environments, in addition to scientific and 
engineering settings, further distinguishes the 
8087 from the ‘‘floating point accelerators”’ 
employed in many computer systems, including 
minicomputers and mainframes. The NDP is 
housed in a standard 40-pin dual in-line package 
(figure S-1) and requires a single +5V power 
source. 


The description of the 8087 in this section 
deliberately omits some operating details in order 
to provide a coherent overall view of the 
processor’s capabilities. Subsequent sections of 
the supplement describe these capabilities, and 
others, in more detail. 


Evolution 


The performance of first- and second-generation 
microprocessor-based systems was limited in 
three principal areas: storage capacity, 
input/output speed, and numeric computation. 
The 8086 and 8088 CPUs broke the 64k memory 
barrier, allowing larger and more time-critical 
applications to be undertaken. The 8089 
Input/Output Processor eliminated many of the 
I/O bottlenecks and permitted microprocessors 
to be employed effectively in 1I/O-intensive 
designs. The 8087 Numeric Data Processor clears 


the third roadblock by enabling applications with 


significant computational requirements to be 
implemented with microprocessor technology. 


Figure S-2 illustrates the progression of Intel 


numeric products and events that have led to the 


development of the 8087. In the mid-1970’s, Intel 
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Figure S-1. 8087 Numeric Data Processor Pin 
Diagram 
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Figure S-2. 8087 Evolution and Relative 
Performance 


made the commitment to expand the computa- 
tional capabilities of microprocessors from 
addition and subtraction of integers to an array of 
widely useful operations on real numbers. (Real 
numbers. encompass integers, fractions, and 
irrational numbers such as n and V2.) In 1977, 
the corporation adopted a standard for repre- 
senting real numbers in a ‘‘floating point’’ 
format. Intel’s Floating Point Arithmetic Library 
(FPAL) was the first product to utilize this stan- 
dard format. FPAL is a set of subroutines for the 
8080/8085 microprocessors. These routines per- 
form arithmetic and limited standard functions 
on single precision (32- bit) real numbers; an 
FPAL multiply executes in about 1.5 ms (1.6 
MHz 8080A CPU). The next product, the iSBC 
310™ High Speed Math Unit, essentially 
implements FPAL in a single iSBC™ card, 
reducing a single-precision multiply to about 100 
us. The Intel® 8232 is a single-chip arithmetic pro- 
cessor for the 8080/8085 family. The 8232 accepts 
double precision (64-bit) operands as well as 
- single precision numbers. It performs a single 
precision multiply in about 100 ps and multiplies 
double precision numbers in about 875 ys (2 MHz 
version). 


In 1979, a working committee of the Institute for 
Electrical and Electronic Engineers (IEEE) pro- 
posed an industry standard for minicomputer and 
microcomputer floating point arithmetic*. The 
intent of the standard is to promote portability of 
numeric programs between computers and to pro- 
vide a uniform programming environment that 
encourages the development of accurate, reliable 
software. The proposed standard specifies 
requirements and options for number formats as 
well as the results of computations on these 
numbers. The floating point number formats are 
identical to those previously adopted by Intel and 
used in the products described in this section. 


The 8087 Numeric Data Processor is the most 
advanced development in Intel’s continuing effort 
to provide improved tools for numerically- 
oriented microprocessor applications. It is a 
single-chip hardware implementation of the 
proposed IEEE standard, including ail its options 
for single and double precision numbers. As such, 
it is compatible with previous Intel numerics 
products; programs written for the 8087 will be 
transportable to future products that conform to 


* J, Coonen, W. Kahan, J. Palmer, T. Pittman, D. Sisvencoi: “A Proposed plangatd for pay Floating 
Point Arithmetic,’ ACM SIGNUM Newsletter, October 1979. 
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the proposed IEEE standard. The NDP also pro- 
vides many additional functions that are 
extensions to the proposed standard. 


Performance 


As figure S-2 indicates, the 8087 provides about 
10 times the instruction speed of the 8232 and a 
100-fold improvement over FPAL. The 8087 
multiplies 32-bit and 64-bit real numbers in about 
19 us and 27 ys, respectively. Of course, the actual 
performance of the NDP in a given system 
depends on numerous _ application-specific 
factors. 


Table S-1 compares the execution times of several 
8087 instructions with the equivalent operations 
executed in software on a 5 MHz 8086. The soft- 
ware equivalents are highly optimized assembly 
language procedures from the 8087 emulator, an 
NDP development tool discussed later in this 
section. : | 


The performance figures quoted in this section 
are for operations on real (floating point) 
numbers. The 8087 also has instructions that 
enable it to utilize fixed point binary and decimal 
integers of up to 64 bits and 18 digits, respec- 
tively. Using an 8087, rather than multiple preci- 
sion software algorithms for integer operations, 
can provide speed improvements of 10-100 times. 


The 8087’s unique coprocessor interface to the 
CPU can yield an additional performance incre- 
ment beyond that of simple instruction speed. No 
overhead is incurred in setting up the device for a 
computation; the 8087 decodes its own instruc- 
tions automatically in parallel with the CPU. 
Moreover, built-in coordination facilities allow 
the CPU to proceed with other instructions while 
the 8087 is simultaneously executing its numeric 
instruction. Programs can exploit this processor 
parallelism to increase total system throughput. 


Usability 


Viewed strictly from the standpoint of raw speed, 
the 8087 enables serious computation-intensive 
tasks to be performed by microprocessors for the 
first time. The 8087 offers more than just high 
performance, however. By synthesizing advances 
made by numerical analysts in the past several 
years, the NDP provides a level of usability that 
surpasses existing minicomputer and mainframe 
arithmetic units. In fact, the charter of the 8087 
design team was first to achieve exceptional func- 
tionality and then to obtain high performance. 


The 8087 is explicitly designed to deliver stable, 
accurate results when programmed using 
straightforward ‘‘pencil and paper’’ algorithms. 
While this statement may seem trivial, experi- 


enced users of “floating point processors’’ will 


Table S-1. 8087 Emulator Speed Comparison 


Multiply (single precision) 
Multiply (double precision) 
Add 

Divide (single precision) 
Compare | 
Load (single precision) 
Store (single precision) 
Square root 
Tangent 
Exponentiation 


Approximate Execution Time (us) 
(5 MHz Clock) 
8086 


1,600 
2,100 
1,600 
3,200 
1,300 
1,700 
1,200 
19,600 
13,000 
17,100 
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recognize its fundamental importance. For 
example, most computers can overflow when two 
single precision floating point numbers are 
multiplied together and then divided by a third, 
even if the final result is a perfectly valid. 32-bit 
number. The 8087 delivers the correctly rounded 
result. Other typical examples of undesirable 
machine behavior in straightforward calculations 
occur when solving for the roots of a quace ane 
equation: 


—b +Vb? — 4ac 


2a 


or computing financial rate of return, which 
involves the expression: (1+i)". Straightforward 
algorithms will not deliver consistently correct 
results (and will not indicate when they are incor- 
rect) on most machines. To obtain correct results 
on traditional machines under all conditions 
usually requires sophisticated numerical tech- 
niques that are foreign to most programmers. 
General application programmers using straight- 
forward algorithms will produce much more 
reliable programs on the 8087. This simple fact 
greatly reduces the software investment required 
to develop safe, accurate computation-based 
products. wes | Sa 


Beyond traditional numerics support for ‘‘scien- 
tific’? applications, the 8087 has built-in facilities 
for ‘“‘commerical’’ computing. It can process 
decimal numbers of up to 18 digits without round- 
off errors, and it performs exact arithmetic on 
integers as large as 24. Exact arithmetic is vital in 
accounting applications where rounding errors 
may introduce money losses that cannot be 
reconciled. 


The NDP contains a number of facilities that can 
optionally be invoked by sophisticated users. 
Examples of these advanced features include two 
models of infinity, directed rounding, gradual 
underflow, and traps to user-written exception 
handling software. 


Applications 


The NDP’s versatility and performance make it 
appropriate to a broad array of numerically- 
oriented applications. In general, 


applications . 
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that exhibit any of the following characteristics 
can benefit by implementing numeric processing 
on the 8087: 


e Numeric data vary over a wide range of 
values, or include non-integral values; 


e Algorithms produce very large or very small 
intermediate results; Po 


¢ Computations must be very "precise, i.€., a 
large number of significant digits must ‘be 
maintained; : Se 


¢ Performance requirements a the 
capacity of traditional microprocessors; — 


e Consistently safe, reliable results must be 
delivered using a programming staff that is 
not expert in numerical techniques. 


Note also that the 8087 can reduce software 
development costs and improve the performance 
of systems that do not utilize real. numbers but 
operate on multi-precision binary or decimal 
integer values. 


A few examples, which show how the 8087 might 
be utilized in specific numerics applications, are 
described below. In many cases, these types of 
systems have been implemented in the past with 
minicomputers. The advent of the 8087 brings the 
size and cost savings of microprocessor 
technology to these applications for the first time. 


e Business data processing—The NDP’s ability 
to accept decimal operands and produce 
exact decimal results of up to 18 digits greatly 
simplifies accounting programming. Finan- 
cial calculations which use power functions 
can take advantage of the 8087’s 
exponentiation and logarithmic instructions. 


e Process control—The 8087 solves dynamic 
range problems automatically and _ its 
extended precision allows control functions 
to be fine-tuned for more accurate and effi- 
cient performance. Control algorithms 
implemented with the NDP also contribute 
to improved reliability and safety, while the 
8087’s speed can be exploited in real-time 
operations. 


e Numerical sontal=rne 8087 can move and 
position machine tool heads with extreme 
accuracy. Axis positioning also benefits from 
the hardware trigonometric support provided 
by the 8087. 
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¢ Robotics—Coupling small size and modest 
power requirements with powerful computa- 
tional abilities, the NDP is ideal for on-board 
SixX-axis positioning. 


e Navigation—Very small, light weight, and 
accurate inertial guidance systems can be 
implemented with the 8087. Its built-in 
trigonometric functions can speed and 
simplify the calculation of position from 
bearing data. 


e Graphics terminals—The 8087 can be used in 
graphics terminals to locally perform many 
functions which normally demand the atten- 
tion of a main computer; these include rota- 
tion, scaling, and interpolation. By also 
including an 8089 Input/Output Processor to 
perform high speed data transfers, very 
powerful and highly self-sufficient terminals 
can be built from a relatively small number 
of 8086 family parts. 


e Data acquisition—The 8087 can be used to 
scan, scale, and reduce large quantities of 
data as it is collected, thereby lowering 
storage requirements as well as the time 
required to process the data for analysis. 


The preceding examples are oriented toward 
“‘traditional’’ numerics applications. There are, 
in addition, many other types of systems that do 
not appear to the end user as ‘‘computational,”’ 
but can employ the 8087 to advantage. Indeed, 
the 8087 presents the imaginative system designer 
with an opportunity similar to that created by the 
introduction of the microprocessor itself. Many 
applications can be viewed as numerically-based 
if sufficient computational power is available to 
support this view. This is analogous to the 
thousands of successful products that have been 
built around ‘‘buried’’ microprocessors, even 
though the products themselves bear little 
resemblance to computers. 


Programming Interface 


The combination of an 8086 or 8088 CPU and an 
8087 generally appears to the programmer as a 
single machine. The 8087, in effect, adds new 
data types, registers, and instructions to the CPU. 
The programming languages and the coprocessor 
architecture take care of most interprocessor 
coordination automatically. 


Table S-2 lists the seven 8087 data types. Inter- 
nally, the 8087 holds all numbers in the temporary 
real format; the extended range and precision of 
this format are key contributors to the NDP’s 
ability to consistently deliver stable, expected 
results. The 8087’s load and store instructions 
convert operands between the other formats and 
temporary real. The fact that these conversions 
are made, and that calculations may be per- 
formed on converted numbers, is transparent to 
the programmer. Integer operands, whether 
binary or decimal, yield correct integer results, 
just as real operands yield correct real results. 
Moreover, a rounding error does not occur when 
a number in an external format is converted to 
temporary real. 


Computations in the 8087 center on the pro- 
cessor’s register stack. These eight 80-bit registers 
provide the equivalent capacity of 40 of the 16-bit 
registers found in typical CPUs. This generous 
register space allows more constants and 
intermediate results to be held in registers during 
calculations, reducing memory access and conse- 
quently improving execution speed as well as bus 
availability. The 8087 register set is unique in that 
it can be accessed both as a stack, with instruc- 
tions operating implicitly on the top one or two 
stack elements, and as a fixed register set, with 
instructions operating on explicitly designated 


~ registers. 


Table S-3 lists the 8087’s major instructions by 


class. Assembly language programs are written in 
ASM-86, the 8086/8088/8087 common assembly 
language. ASM-86 provides directives for defin- 
ing all 8087 data types and mnemonics for all 
instructions. The fact that some instructions in a 
program are executed by the 8087 and others by 
the CPU is usually of no concern to the pro- 
grammer. All 8086/8088 addressing modes may 
be used to access memory-based 8087 operands, 
enabling convenient processing of numeric 
arrays, structures, based variables, etc. 


NDP routines may also be written in PL/M-86, 
Intel’s high-level language for the 8086 and 8088 
CPUs. PL/M-86 provides the programmer with 
access to many 8087 facilities while reducing 
the programmer’s need to understand the 
architecture of the chip. 


Two features of the 8087 hardware further 
simplify numeric application programming. First, 
the 8087 is invoked directly by the programmer’s 
instructions. There is no need to write instructions 
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Table S-2. Data Types 


~ Significant | 
Digits (Decimal) 
| 7 4 


~~ Data Type: | Approximate Range (Decimal) 
32,768 < X < +32,767 
~2x109 < X < +2x109 

<X < +9x1018 

Packed decimal 2 So | ; -99...99<X< + 99...99 (18 digits) 
| 8.43x1078? < |X] < 3.37x10%8 

4.19x107907 < |X] < 1.67x10808 
3.4x1074932 < |x] < 1.2x104982 


Word integer - 
; Short integer 


Long integer | - — — =9x1018 


‘Short real* 
1 Long real* 


5 Temporary real i 


*The short and long real data types correspond to the single and double precision data types 
defined in other Intel numerics products. 


- Table S-3. Principal Instructions 


Instructions 


Load (all data types), Store (all data types), Exchange — 


Add, Subtract, Multiply, Divide, Subtract Reversed, - 
Divide Reversed, Square Root, Scale, ‘Remainder, 
Integer Part, Change Sign, Absolute Value, Extract 


| DataTransfer — 

1: Arithmetic 
Comparison Compare, Examine, Test 

Tangent, Arctangent, 2% -1, YeLog,(X +1), YeLoga(x) 

0,1, 2, Logy92, Log,2, Logy10, Logye 


| Load Control Word, Store Control Word, Store Status 

- Word, Load Environment, Store Environment, Save, 
Restore, Enable Interrupts, Disable Interrupts, Clear 
exeepuons Initialize | 


Transcendental 
_Constants 


_ Processor Control 


that ‘‘address’’ the NDP as an. ‘‘I/O device’, or 
to incur the overhead of setting up a DMA opera- 
tion to perform data transfers. Second, the NDP 
automatically detects exception conditions that 
can potentially damage a calculation at run-time. 
On-chip exception handlers are automatically 
invoked by default to field these exceptions so 
that a reasonable result is produced and execution 
may proceed without program intervention. 
Alternatively, the 8087 can interrupt the CPU and 
thus trap to a user procedure when an excepnon 1S 
detected. | | 


Besides the assembler and compiler, Intel 
provides a software emulator for the 8087. The 
8087 emulator (E8087) is a software package that 
provides the functional equivalent of an 8087; it 


executes entirely on an 8086 or 8088 CPU. The 
emulator allows 8087 routines to be developed 
and checked out..on an 8086/8088 . execution 
vehicle before prototype 8087 hardware is opera- 
tional. At the source code level, there is no 
difference between a routine that will ultimately 
run on an 8087 or on a CPU emulation of an 
8087. At link time, the decision is made whether 
to use the NDP or the software emulator; no re- 
compilation or re-assembly is necessary. Source 
programs are independent of the numeric execu- 


‘tion vehicle: except for timing, the operation of 


the emulated NDP is the same as for ‘‘real hard- 
ware’’. The emulator also makes. it simple for: a 
product to offer the NDP as a “‘plug-in”’ 
performance option without the necessity of 
maintaining two sets of source code. 
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Hardware Interface 


As a coprocessor to an 8086 or 8088, the 8087 is 
wired directly to the CPU as shown in figure S-3. 
The CPU’s queue status lines (QSO and QS1) 
enable the NDP to obtain and decode instructions 
in synchronization with the CPU. The NDP’s 
BUSY signal informs the CPU that the NDP is 
executing; the CPU WAIT instruction tests this 
signal to ensure that the NDP is ready to execute a 
subsequent instruction. The NDP can interrupt 
the CPU when it detects an exception. The NDP’s 
interrupt request line is typically routed to the 
CPU through an 8259A Programmable merce 
Controller. 


The NDP uses one of its host CPU’s 
request/grant lines to obtain control of the local 
bus for data transfers (loads and stores). The 
other CPU request/grant line is available for 
general system use, for example, by a local 8089 
Input/Output Processor. A_local_8089 may also 
be connected to the 8087’s RQ/GTI line. In this 
configuration, the 8087 passes the request/grant 
handshake signals between the CPU and the IOP 


INTR 


>I RO/GT1 
aso asi 


QS0 QS1 
RQ/GTO 


CLOCK 
GENERATOR 
CLK 


; CLK 


8086/8088 
CLK CPU 


8087 


TEST 


BUSY | 


when the 8087 is not in control of the local bus. 
When it is in control of the bus, the 8087 relin- 
quishes the bus (at the end of the current bus 
cycle) upon a request from the connected IOP, 
giving the IOP higher priority than itself. In this 
way, two local 8089’s can be configured in a 
module that also includes a CPU and an 8087. 


All processors utilize the same clock generator 
and system bus interface components (bus con- 
troller, latches, transceivers, and bus. arbiter). 
Thus, no additional hardware beyond the 8087 
is required to add powerful computational 
capabilities to an 8086- or 8088-based system. 


S.2 Processor Architecture 


As shown in figure S-4, the NDP is internally 
divided into two processing elements, the control 
unit (CU) and the numeric execution unit (NEU). 
In essence, the NEU executes all numeric instruc- 
tions, while the CU fetches instructions, reads 
and writes memory operands, and executes the 
processor control class of instructions. The two 
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Figure S-3. NDP Interconnect 
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elements are able to operate independently of 
one another, allowing the CU to maintain 
synchronization with the CPU while the NEU 
executes numeric instructions. 


Control Unit 


The CU keeps the 8087 operating in synchroniza- 
tion with its host CPU.. 8087 instructions are 
intermixed with CPU instructions in a single 
instruction stream fetched by the CPU. By 
monitoring the status signals emitted by the CPU, 
the NDP control unit can determine when an 
instruction is being fetched. When the instruction 
byte or word becomes available on the local bus, 
the CU taps the bus in parallel with the CPU and 
obtains that portion of the instruction. 


The CU maintains an instruction queue that is 
identical to the queue in the host CPU. By 
monitoring the CPU’s queue status lines, the CU 
is able to obtain and decode instructions from the 
queue in synchronization with the CPU. In effect, 
both processors fetch and decode the instruction 
stream in parallel. 


The two processors execute the instruction stream 
differently, however. The first five bits of all 8087 
machine instructions are identical; these bits 
designate the coprocessor escape (ESC) class of 
instructions. The control unit ignores all instruc- 
tions that do not match these bits, since these 
instructions are directed to the CPU only. When 
the CU decodes an instruction containing the 
escape code, it either executes the instruction 
itself, or passes it to the NEU, depending on the 
type of instruction. 3 


The CPU distinguishes between ESC instructions 
that reference memory and those that do not. If 
the instruction refers to a memory operand, the 
CPU calculates the operand’s address and then 
performs a ‘‘dummy read’’ of the word at that 
location. This is a normal read cycle, except that 
the CPU ignores the data it receives. If the ESC 
instruction does not contain a memory reference, 
the CPU simply proceeds to the next instruction. 


A given 8087 instruction (an ESC to the CPU) will 
either require loading: an operand from memory 
into the 8087, or will require storing an operand 
from the 8087 into memory, or will not reference 
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Figure S-4. 8087 Block Diagram 
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memory at all. In the first two cases, the CU 
makes use of the ‘‘dummy read’’ cycle initiated 
by the CPU. The CU captures and saves the 
operand address that the CPU places on the bus 
early in the ‘‘dummy read’’. If the instruction is 
an 8087 load, the CU additionally captures the 
first (and possibly only) word of the operand 
when it becomes available on the bus. If the 
operand to be loaded is longer than one word, the 
CU immediately obtains the bus from the CPU 
and reads the rest of the operand in consecutive 
bus cycles. In a store operation, the CU captures 
and saves the operand address as in a load, and 
ignores the data word that follows in the ‘‘dummy 
read’’ cycle. When the 8087 is ready to perform 
the store, the CU obtains the bus from the CPU 
and writes the operand at the saved address using 
aS many consecutive bus cycles as are necessary to 
store the operand. 


Numeric Execution Unit 


The NEU executes all instructions that involve 
the register stack; these include arithmetic, 
comparison, transcendental, constant, and data 
transfer instructions. The data path in the NEU is 
68 bits wide and allows internal operand transfers 
to be performed at very high speeds. 


Register Stack 


Each of the eight registers in the 8087's register © 


stack is 80 bits wide, and each is divided into the 
‘‘fields’’> shown in figure S-5. This format 
corresponds to the NDP’s temporary real data 
type that is used for all calculations. Section S.3 
describes in detail how numbers are represented in 
the temporary real format. 


At a given point in time, the ST field in the status 
word (described shortly) identifies the current 
top-of-stack register. A load (‘‘push’’) operation 
decrements ST by 1 and loads a value into the new 
top register. A store-and-pop operation stores the 
value from the current top register and then 
increments ST by 1. Thus, like 8086/8088 stacks 
in memory, the 8087 register stack grows ‘‘down’’ 
toward lower-addressed registers. 


Instructions may address registers either implic- 
itly or explicitly. Many instructions operate on the 
register at the top of the stack. These instructions 
implicitly address the register pointed to by ST. 


79 64 63 0 
| EXPONENT SIGNIFICAND 
SIGN 


Figure 8-5. Register Structure 


For example, the ASM-86 instruction FSQRT 
replaces the number at the top of the stack with its 
square root; this instruction takes no operands 
because the top-of-stack register is implied as the 
operand. Other instructions allow the program- 
mer to explicitly specify the register that is to be 
used. Explicit register addressing is ‘‘top- 
relative’? where the ASM-86 expression ST 
denotes the current stack top and ST(/) refers 
to the /th register from ST in the stack (OS 7 <7). 
For example, if ST contains 011B (register 3 is the 
top of the stack), the following instruction would | 
add registers 3 and 5: | . | 7 


FADD ST, ST(2) 


In typical use, the programmer may conccptually 
‘‘divide’’ the registers into a fixed group and an 
adjustable group. The fixed registers are used like 
the conventional registers in a CPU, to hold con- 
stants, accumulations, etc. The adjustable group 
is used like a stack, with operands pushed on and 
results popped off. After loading, the registers in 
the fixed group are addressed explicitly, while 
those in the adjustable group are addressed 
implicitly. Of course, all registers may be 
addressed using either mode, and the ‘‘defini- 
tion’’ of the fixed versus the adjustable areas may 
be altered at any time. Section S.8 contains a pro- 
gramming example that illustrates typical register 
stack use. 


The stack organization and top-relative address- 
ing of the registers simplify subroutine 
programming. Passing subroutine parameters on 


‘the register stack eliminates the need for the 


subroutine to ‘‘know’’ which registers actually 
contain the parameters and allows different 
routines to call the same subroutine without 
having to observe a convention for passing 
parameters in dedicated registers. So long as the’ 
stack is not full, each routine simply loads the 
parameters on the stack and calls the subroutine. 
The subroutine addresses the parameters as ST, 
ST(1), etc., even though ST may, for example, 
refer to register 3 in one invocation and register 5 
in another. | 
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Status Word 


“The status word reflects the overall condition of 
the 8087; it may be examined by storing it into 
memory with an NDP instruction and then 
inspecting it with CPU code. The status word is 
divided into the fields shown in figure S-6. The 
busy field (bit 15) indicates whether the NDP is 
executing an instruction (B=1) or is idle (B=0). 


Several 8087 instructions (for example, the com- 
parison instructions) post their results to the 
condition code (bits 14 and 10-8 of the status 
| word). The principal use of the condition code i Is 
for conditional branching. This may. be 
accomplished by executing an instruction that sets 
the condition code, storing the status word in 
memory and then examining the condition code 
with CPU instructions. ae 


Bits 13-11 of the status word point to the 8087 
register that is the current stack top (ST). Note 
that if ST=000B, a ‘‘push’’ operation, which 
decrements ST, produces ST=111B; similarly, 
popping the stack with ST=111B yields ST=O00B. 


Bit 7 is the interrupt request field. The NDP sets 
this field to coke a pending anrereupe! to. ane 
CPU. | A; 


Bits 5-0 are set to indicate that the NEU has 
detected an exception while executing an instruc- 
tion. Section S.3 explains these exceptions. 


Control Word 


To satisfy a. broad range of application 
requirements, the NDP provides several process- 
ing options which are selected by loading a word 
from memory into the control word. Figure S-7 
shows the format and encoding of the fields in the 
control word; it is provided here for reference. 
Section S.3 explains the use of each of these 8087 
facilities except the interrupt-enable control field, 
which is covered in section S.6. 


Tag Word 


The tag word marks the content of each register 


as shown in figure S-8. The principal function 


45 | e. 0 
petes] st, [eeferfcof im] [re] ueloe|ze| oe] re | 
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EXCEPTION FLAGS (1 = EXCEPTION HAS OCCURRED) 
INVALID OPERATION | 


DENORMALIZED OPERAND 
ZERODIVIDE — 
OVERFLOW 
UNDERFLOW 
PRECISION 
(RESERVED) 
— INTERRUPT REQUEST 
CONDITION CODE) 
STACK TOP POINTER) 
BUSY 


(1) See descriptions of compare, test, examine and remainder instructions in section S.7 for 


condition code interpretation. 
. (2) ST values: . ‘ 
000 = register 0 is stack top 
001 = register 1 is stack top 


Ws register 7 is stack top 


Figure S-6. Status Word Format 
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15 


7 0 
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EXCEPTION MASKS (1 = EXCEPTION IS MASKED) 
“INVALIDOPERATION = 
DENORMALIZED OPERAND 
ZERODIVIDE 
OVERFLOW 
UNDERFLOW 
PRECISION 
(RESERVED) 
INTERRUPT-ENABLE MASK(1) 
PRECISION CONTROL(2) 
ROUNDING CONTROL‘) 
INFINITY CONTROL(4) 
(RESERVED) 


— 


(1) Interrupt-Enable Mask: 
0 = Interrupts Enabled 
1 = Interrupts Disabled (Masked) 


(2) Precision Control: 


11 = 64 bits 


(3) Rounding Control: 
00 = Round to Nearest or Even 
_ 01 = Round Down (toward —~) 
10 = Round Up (toward +) 
11 = Chop (Truncate Toward Zero) 
(4) Infinity Control: 
0 = Projective 


1 = Affine 


Figure S-7. Control Word Format 


of the tag word is to optimize the NDP’s 
performance under certain circumstances and 
programmers ordinarily need not be concerned 
with it. 


Exception Pointers 


The exception pointers (see figure S-9) are pro- 
vided for user-written exception handlers. 
Whenever the 8087 executes an instruction, the 
CU saves the instruction address and the instruc- 
tion opcode in the exception pointers. In 
addition, if the instruction references a memory 
operand, the address of the operand 1s retained 
also. An exception handler can store these 
pointers in memory and thus obtain information 
concerning the instruction that caused the 
exception. 


S.3 Computation 
Fundamentals 


This section covers 8087 programming concepts 
that are common to all applications. It describes 
the 8087’s internal number system and the various 
types of numbers that can be employed in NDP 
programs. The most commonly used options for 
rounding, precision and infinity (selected by fields 
in the control word) are described, with 
exhaustive coverage of less frequently used 
facilities deferred to section S.9. Exception condi- 
tions which may arise during execution of NDP 
instructions are also described along with the 
options that are available for responding to these 
exceptions. . 
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Tag values: 


15 : ; 
| 


00 = Valid (Normal or Unnormal) 
01 = Zero (True) 
10 = Special (Not-A-Number, ©, or Denormal) 


11 = Empty 


Figure S-8. Tag Word Format 


(1) 20-pit physical address 


OPERAND ADDRESS") 


INSTRUCTION OPCODE() 


>... «INSTRUCTION ADDRESS() 


10 


0 


(2) 11 least significant bits of opcode; 5 most significant bits are always 8087 hook (11011B) 


Figure S-9. Exception Pointers Format 


Number System 


The system of real numbers that people use for 
pencil and paper calculations is conceptually 
infinite and continuous. There is no upper or 
lower limit to the magnitude of the numbers one 
can employ in a calculation, or to the precision 
(number of significant digits) that the numbers 
can represent. When considering any real 
number, there are always an infinity of numbers 
both larger and smaller. There is also an infinity 
of numbers between (i.e., with more significant 
digits than) any two real numbers. For example, 
between 2.5 and 2.6 are 2.51, 2.5897, 2.500001, 
etc. 


While ideally it would be desirable for a computer 
to be able to operate on the entire real number 
system, in practice this is not possible. Com- 
puters, no matter how large, ultimately have 
fixed-size registers and memories that limit the 
system of numbers that can be accommodated. 
These limitations proscribe both the range and the 
precision of numbers. The result is a set of 
numbers that is finite and discrete, rather than 
infinite and continuous. This sequence is a subset 
of the real numbers. which is designed to form a 
useful approximation of the real number system. 


Figure S-10 superimposes the basic 8087 real 


-number system on a real number line (decimal 


numbers are shown for clarity, although the 8087 
actually represents numbers in binary). The dots 
indicate the subset of real numbers the 8087 can 
represent as data and final results of calculations. 
The 8087’s range is approximately +4.19x107307 
to +1.67x10298, Applications that.are required to 
deal with data and final results outside this range 
are rare. By comparison, the range of the IBM 
370 is about +0.54x10778 to +0.72x1076, 


The finite spacing in figure S-10 illustrates. that 
the NDP can represent a great many, but not all, 
of the real numbers in its range. There is always a 
‘‘gap’’ between two ‘‘adjacent’’ 8087 numbers, 
and it is possible for the result of a calculation to 
fall in this space. When this occurs, the NDP 
rounds the true result to a number that it can 
represent. Thus, a real number that requires more 
digits than the 8087 can accommodate (e.g., a 20 
digit number) is represented with some loss of. 
accuracy. Notice also that the 8087’s represent- 
able numbers are not distributed evenly along the 
real number line. There are, in fact, an equal 
number of representable numbers between suc- 
cessive powers of 2 (i.e., there are as many 
representable numbers between 2 and 4. as 
between 65,536 and 131,072). Therefore, the 
‘‘saps’’? between representable numbers are 
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NEGATIVE RANGE 


—_——— 

(NORMALIZED) aa ae 

I I 

a i a i 
—1.67x10308 —4.19x10°307 


POSITIVE RANGE 
(NORMALIZED) 


4.19x10°807 1.67x 10308 


2.00000000000000000 
(NOT REPRESENTABLE) 
1.99999999999999999 
PRECISION: |«—18 DIGITS—>| 


Figure S-10. 8087 Number System 


“‘larger’’ as the numbers increase in magnitude. 
All integers in the range +264, however, are 
exactly representable. | 


In its internal operations, the 8087 actually 
employs a number system that is a substantial 
superset of that shown in figure S-10. The internal 
format (called temporary real) extends the 8087’s 
range to about +3.4x1074932 to +1.2x104932, and 
its precision to about 19 (equivalent decimal) 
digits. This format is designed to provide extra 
range and precision for constants and 
intermediate results, and is not normally intended 
for data or final results. 7 


From a practical standpoint, the 8087’s set of real _ 


numbers is sufficiently ‘‘large’’ and ‘‘dense’’ so 
as not to limit the vast majority of microprocessor 
applications. Compared to most computers, 
including mainframes, the NDP provides a very 
good approximation of the real number system. It 
is important to remember, however, that it is not 
an exact representation, and that arithmetic on 
real numbers is inherently approximate. 


Conversely, and equally important, the 8087 does 
perform exact arithmetic on its integer subset of 
the reals. That is, an operation on two integers 


returns an exact integral result, provided that the 


true result is an integer and is in range. For exam- 
ple, 4+2 yields an exact integer, 1+3 does not, and 
240 x 230 + 1 does not, because the result requires 
greater than 64 bits of precision. 


Data Types and Formats 


The 8087 recognizes seven numeric data types, 
divided into three classes: binary integers, packed 
decimal integers, and binary reals. Section S.4 
describes how these formats are stored in memory 
(the sign is always located in the highest- address- 
ed byte). Figure S-11 summarizes the format of 
each data type. In the figure, the most significant 
digits of all numbers (and fields within numbers) 
are the leftmost digits. Table S-2 provides the 
range and number of significant (decimal) digits 
that each format can accommodate. 
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(TWO'S 
WORD INTEGER s MAGNITUDE | YOtpteMeENT) 
15 0 
Is} : (Two's, 
SHORT INTEGER MAGNITUDE Bae EEN 
31 ; 0 | 


| (TWwo’s 
LONG INTEGER s MAGNITUDE COMPLEMENT) 


63 | | | 0 


x MAGNITUDE 
diz, 46,415 14,413 G12» G11» G10, do , dg , dz , de » ds » dq , G3 , do , dy , do 


79 72 0 


- PACKED DECIMAL 


SHORT REAL 


LONG REAL 


TEMPORARY REAL s SS UGNEN ia ee SIGNIFICAND 


79 64 63 ; | : 0. 


NOTES: 
S = Sign bit (0=positive, 1=negative) 
dn = Decimal digit (two per byte) 
_ X Bits have no significance; 8087 ignores when loading, zeros when storing. 
A = Position of implicit binary point 


1 =J1nteger bit of significand; stored in temporary real, implicit in short and long real 


Exponent Bias (normalized values): 
~ Short Real: 127(7FH) _ 


~ Long Real: 1023 (3FFH) 
Temporary Real: 16383 (SFFFH) 


Figure S-11. Data Formats 


Binary Integers 


The three binary integer formats are identical 
except for length, which governs the range that 
can be accommodated in each format. The left- 
most bit is interpreted as the number’s 
sign: O=positive. ‘and 1l=negative. Negative 
numbers are represented in standard two’s com- 
plement notation (the binary integers are the only 
8087 format to use two’s complement). The quan- 
tity zero is represented with a positive sign (all bits 


are 0). The 8087 word integer format is identical 
to the 16-bit signed integer data type of the 8086 
and 8088. = 2 _ “es 


Decimal Integers 


Decimal integers are stored in packed decimal 
notation, with two decimal digits ‘‘packed’’ ‘into 
each byte, except the leftmost byte, which carries 
the sign bit (0 = positive, 1 = negative). Negative 
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numbers are not stored in two’s complement form 
and are distinguished from positive numbers only 
by the sign bit. The most significant digit of the 
number is the leftmost digit. All digits must be in 
the range OH-9H. 


Real Numbers 


The 8087 stores real numbers in a three-field 
binary format that resembles scientific, or 
exponential, notation. The number’s significant 
digits are held in the significand field,’ the 
exponent field locates the binary point within the 
significant digits (and therefore determines the 
number’s magnitude), and the sign field indicates 
whether the number is positive or negative. (The 
exponent and significand are analogous to the 
terms ‘‘characteristic’’ and ‘‘mantissa’’ used to 
describe floating point numbers on some com- 
puters.) Negative numbers differ from positive 
numbers ony) in their sign bits. 


Table S-4 shows how the real number 178.125 
(decimal) is stored in the 8087 short real format. 
The table lists a progression of equivalent nota- 
tions that express the same value to show how a 
number can be converted from one form to 
another. The ASM-86 and PL/M-86 language 
translators perform a similar process when they 
encounter programmer-defined real number con- 
stants. Note that not every decimal fraction has 
an exact binary equivalent. The decimal number 
1/10, for example, cannot be expressed exactly 
in binary (just as the number 1/3 cannot be 


expressed exactly in decimal). When a translator 
encounters such a value, it produces a rounded 
binary approximation of the decimal value. 


The NDP usually carries the digits of the sisi 
cand in normalized form. This means that, except 
for the value zero, the significand is an integer 
and a fraction as follows: , 


Lafff...ff 


where A indicates an assumed binary point. The 
number of fraction bits varies according to the 
real format: 23 for short, 52 for long and 63 for 
temporary real. By normalizing real numbers so 
that their. integer bit is always a 1, the 8087 
eliminates leading zeros in small values (Ix] < 1). 
This technique maximizes the number of signifi- 
cant digits that can be accommodated in a 
significand of a given width. Note that in the 
short and long real formats the integer bit is 
implicit and is not actually stored; the intéger bit 
is physically present in the temporary real format 
only.. 


If one were to examine only the significand with 
its assumed binary point, all normalized real 
numbers would have values between 1 and 2. The 
exponent field locates the actual binary point in 
the significant digits. Just as in decimal scientific 
notation, a positive exponent has the effect of 
moving the binary point to the right and a 
negative exponent effectively moves the binary 
point to the left, inserting leading zeros as 
necessary. An unbiased exponent of zero 


Table S-4. Real Number Notation 


178.125 
1 ,78125E2 


Ordinary Decimal 
Scientific Decimal 
| Scientific Binary - 


8087 Short Real 
(Normalized) 


es | palue | - | | 


7 1,0110010001E111 o 
| Scientific Binary : 
a (Biased Exponent) 1, 0110010001E10000110 | 
Biased 
Significand 


10000110: 


| 0110010001 0000000000000 
1, (implicit) 
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indicates that the position of the assumed binary 
point is also the position of the actual binary 
point. The exponent field, then, determines a real 
number’s magnitude. 


In order to simplify comparing real numbers 
(e.g., for sorting), the 8087 stores exponents in a 
biased form. This means that a constant is added 
to the true exponent described above. The value 
of this bias is different for each real format (see 
figure S-11). It has been chosen so as to force the 
biased exponent to be a positive value. This 
allows two real numbers (of the same format and 
sign) to be compared as if they are unsigned 
binary integers. That is, when comparing them 
bitwise from left to right (beginning with the left- 
‘most exponent bit), the first bit position that 
differs orders the numbers; there is no need to 
proceed further with the comparison. A number’s 
true exponent can be determined simply by sub- 
tracting the. bias value of its format. 


The short and long real formats exist in memory 
only. If a number in one of these formats is 
loaded into a register, it is automatically 
converted to temporary real, the format used for 
all internal operations. Likewise, data in registers 
can be converted to short or long real for storage 


in memory. The temporary real format may be 


used in memory also, typically to store 
intermediate results: that cannot be held in 
registers. 


Most applications should use the Gig real form 
to store real number data and results; it provides 
sufficient range and precision to return correct 
results with a minimum of programmer attention. 
The short real format is appropriate for applica- 
tions that are constrained by memory, but it 
should be recognized that this format provides a 
smaller margin of safety. It is also useful for 
debugging algorithms because roundoff problems 
will manifest themselves more quickly in this for- 


mat. The temporary real format should normally 


be reserved for holding intermediate results, loop 
accumulations, and constants. Its extra length is 
designed to shield final results from the effects 
of rounding and overflow/underflow in inter- 
mediate calculations. When the temporary real 
format is used to hold data or to deliver final 
results, the safety features built into the 8087 are 
compromised. Furthermore, the range and preci- 
sion of the long real form are adequate for most 
microcomputer applications. 


Special Values 


Besides. being able to represent ‘positive and 
negative numbers, the 8087 data formats may be 
used to describe other entities. These special 
values provide extra flexibility but most users do 
not need to understand them in detail to use the 
8087 successfully. Accordingly, they are discussed 
here only briefly; expanded coverage, including 
the bit encoding of each value, is PEDMIGgE in 
section 8.9. 


_ The value zero may be signed positive or negative 


in the real and decimal integer formats; the sign 
of a binary integer zero is always positive. The 
fact that zero may: be signed, however, is 
transparent to the programmer. 


The real number formats allow for the beuiesenia: 
tion of the special values +o and —. The 8087 
may generate these values as its built-in response 
to exceptions such as division by zero, or the 
attempt to store a result that exceeds the upper 
range limit of the destination format. Infinities 
may participate in arithmetic and comparison 
Operations, and in fact the processor provides two 
different conceptual models for handling these 
special values. 


If 2 programmer attempts an operation for which 
the 8087 cannot deliver a reasonable result, it will, 
at the programmer’s discretion, either request an 
interrupt, or return the special value indefinite. 
Taking the square root of a negative number is an 
example of this type of invalid operation. The 
recommended action in this situation is to stop 
the computation by trapping to a user-written 
exception handler. If, however, the programmer 
elects to continue the computation, the specially 
coded indefinite value will propagate through the 
calculation and thus flag the erroneous computa- 
tion when it is eventually delivered as the result. 
Each format has an encoding that represents the 
special value indefinite. 


In the real formats, a whole range of special 


values, both positive and negative, is designated 
to represent a class of values called NAN (Not-A- 
Number). The special value indefinite is a 
reserved NAN encoding, but all other encodings 


are made available to be defined in any way by 


application software. Using a NAN as an operand 
raises the invalid operation exception, and can . 
trap to a user-written routine to process the NAN. 
Alternatively, the 8087’s built-in exception 
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Table S-5. Rounding Modes 


00 Round to nearest 


Round down (toward —°) 


Round up (toward +°) 
Chop (toward 0) 


RC Field | Rounding Mode Rounding Action | 


Closer to b ofa orc; if 
equally close, select even 
number (the one whose 
least significant bit is zero). 


a 
C 


Smaller in magnitude of 
aorce 


Note: a<b<c;aandc are representable, b is not. 


handler will simply return the NAN itself as the 
result of the operation; in this way NANSs, 
including indefinite, may be propagated through 
a calculation and delivered as a final, special- 
valued, result. One use for NANs is to detect 
uninitialized variables. | 


As mentioned earlier, the 8087 stores non-zero 
real numbers in ‘‘normalized floating point’’ 
form. It also provides for storing and operating 
on reals that are not normalized, i.e., whose 
significands contain one or more leading zeros. 
Nonnormals arise when the result of a calculation 
yields a value that is too small to be represented in 
normal form. The leading zeros of nonnormals 
permit smaller numbers to be represented, at the 
cost'of some lost precision (the number of signifi- 
cant digits is reduced by the leading zeros). In 
typical algorithms, extremely small values are 
most likely to be generated as intermediate, rather 
than final results. By using the NDP’s temporary 


real format for holding intermediates, values as 


small as +3.4x10~4952 can be represented; this 
makes the occurrence of nonnormal numbers a 
rare phenomenon in 8087 applications. Never- 
theless, the NDP can load, store and operate on 
nonnormalized real numbers. 


Rounding Control 


Internally, the 8087 employs three extra bits 
(guard, round and sticky bits) which enable it to 
represent the infinitely precise true result of a 
computation; these bits are not accessible to 
programmers. Whenever the destination can 
represent the infinitely precise true result, the 
8087 delivers it. Rounding occurs in arithmetic 
and store operations when the format of the 


destination cannot exactly represent the infinitely 
precise true result. For example, a real number 
may be rounded if it is stored in a shorter real for- 
mat, or in an integer format. Or, the infinitely 
precise true result may be rounded when it is 
returned to a register. | | 


The NDP has four rounding modes, selectable by 
the RC field in the control word (see figure S-7). 
Given a true result b that cannot be represented 
by the target data type, the 8087 determines the 
two representable numbers a and c that most 
closely bracket b in value (@ < b < c). The pro- 
cessor then rounds (changes) b to a or toc 
according to the mode selected by the RC field as 
shown in table S-5. Rounding introduces an error 
in a result that is less than one unit in the last 
place to which the result is rounded. ‘‘Round to 
nearest’’ is the default mode and is suitable for 
most applications; it provides the most accurate 
and statistically unbiased estimate of the true 
result. The ‘‘chop’’ mode is provided for integer 
arithmetic applications. | 


“Round up’? and ‘‘round down’’ are termed 


directed rounding and can be used to implement 
interval arithmetic. Interval arithmetic generates 
a certifiable result independent of the occurrence 
of rounding and other errors. The upper and 
lower bounds of an interval may be computed by 
executing an algorithm twice, rounding up in one 
pass and down in the other. 


Precision Control 
The 8087 allows results to be calculated with 64, 


53, or 24 bits of precision as selected by the PC 
field of the control word. The default setting, and 
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the one that is best-suited for most applications, is 
the full 64 bits. The other settings are required by 
the proposed IEEE standard, and are provided to 
obtain compatibility with the specifications of 
certain existing programming languages. Specify- 
ing less precision nullifies the advantages of the 
temporary real format’s extended fraction length, 
and does not improve execution speed. When 
reduced precision is specified, the rounding of the 
fraction zeros the unused bits on the right. 


Infinity Control 


The 8087’s system of real numbers may be closed. 


by either of two models of infinity. These two 
means of closing the number system, projective 
and affine closure, are illustrated schematically in 
figure S-12. The setting of the IC field in the con- 
trol word selects one model or the other. The 
default means of closure is. projective, and this is 
recommended for most computations. When pro- 
jective closure is selected, the NDP treats the 
special values +o and —© as a single unsigned 
infinity (similar to its treatment of signed Zeros). 
In the affine mode the NDP respects the signs of 
+00 and —0, | 


While affine mode may provide more informa- 
tion than projective, there are occasions when the 
sign may in fact represent misinformation. For 
example, consider an algorithm that yields an 
intermediate result x of +0 and —0 (the same 
numeric value) in different executions. If 1/x 
were then computed in affine mode, two entirely 
different values (+ and —©) would result from 
numerically identical values of x. Projective 
mode, on the other hand, provides less informa- 
tion but never returns misinformation. In general, 
then, projective mode should be used globally, 


AFFINE CLOSURE 


Figure S-12. Projective Versus Affine Closure 


with affine mode reserved for local computations 
where the programmer can take advantage of the 
sign and knows for certain that the nature of the 
computation will not produce a misleading result. 


Exceptions 


During the execution of most instructions, 
the 8087 checks for six classes of exception 
conditions. 


The 8087 reports invalid operation if any of the 
following occurs: 


e. An attempt to load a register that is not 
empty, (e.g., stack overflow), 


e An attempt to pop an operand from an 
empty register (e.g., stack padertiow); 


e Anoperand isa NAN, 


e The operands cause the operation to be 
indeterminate (0/0, square root of a negative 
number, etc.). 


An ‘avalid Operation generally indicates a pro- 
gram error. 


If the exponent of the true result is too large for 
the destination real format, the 8087 signals 
overflow. Conversely, a true exponent that is too 
small to be represented results in the underflow 
exception. If either of these occur, the result of 
the operation is outside the range of the destina- 
tion real format. | 


Typical algorithms are most likely to produce 
extremely large and small numbers in the calcula- 
tion of intermediate, rather than final, results. 
Because of the great range of the temporary real 
format (recommended as the destination format 
for intermediates), overflow and underflow are 
relatively rare events in most 8087 applications: 


If division of a finite non-zero operand by zero is 
attempted, the 8087 reports the zerodivide 
exception. 


If an instruction attempts to operate on a denor- 
mal, the NDP _ reports the denormalized 
exception. This exception is provided for users 
who wish to implement, in software, an option of 
the proposed IEEE standard which specifies that 
operands must be prenormalized peroke ey are 
used. : 
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If the result of an operation is not exactly 
representable in the destination format, the 8087 
rounds the number and reports the precision 
exception. This exception occurs frequently and 
indicates that some (generally acceptable) 
accuracy has been lost; it is provided for applica- 
tions that need to perform exact arithmetic only. 


Invalid operation, zerodivide, and denormalized — 


exceptions are detected before an operation 
begins, while overflow, underflow, and precision 
exceptions are not raised until a true result has 
been computed. When a ‘‘before’’ exception is 
detected, the register stack and memory have not 
yet been updated, and appear as if the offending 
instruction has not been executed. When an 
‘‘after’’? exception is detected, the register stack 
and memory appear as if the instruction has run 
to completion, i.e., they may be updated. 
(However, in a store or store and pop operation, 
unmasked over/underflow is handled like a 
‘‘before’’ exception; memory is not updated and 
the stack is not popped.) In cases where multiple 
exceptions arise simultaneously, one exception is 
signalled according to the following precedence 
sequence: | 


e Denormalized (if unmasked), 
e Invalid operation, 

e Zerodivide, 

e Denormalized (if masked), 

© Over/underflow, | 

e Precision. 


(The terms ‘‘masked’’ and ‘‘unmasked’’ are 
explained shortly.) This means, for example, that 
zero divided by zero will result in an invalid 
operation and not a zerodivide exception. 


The 8087 reports an exception by setting the cor- 
responding flag in the status word to 1. It then 
checks the corresponding exception mask in the 
control word to determine if it should ‘‘field’’ the 
exception (mask=1), or if it should issue an inter- 
rupt request to invoke a user-written exception 
handler (mask=0). In the first case, the exception 
is said to be masked (from user software) and the 
NDP executes its on-chip masked response for 
that exception. In the second case, the exception 
is‘ unmasked, and the processor performs its 
unmasked response. The masked response always 
produces a standard result and then proceeds with 
the instruction. The unmasked response always 
traps to user software by interrupting the CPU 


(assuming the interrupt path is clear). These 
responses are summarized in table S-6. Section 
S.9 contains a complete description of all excep- 
tion conditions and the NDP’s masked responses. 


Note that when exceptions are masked, the NDP 
may detect multiple exceptions in a single instruc- 
tion, since it continues executing the instruction 
after performing its masked response. For 
example, the 8087 could detect a denormalized 
operand, perform its masked response to this 
exception, and then detect an underflow. 


By writing different values into the exception 
masks of the control word, the user can accept 
responsibility for handling exceptions, or delegate 
this to the NDP. Exception handling software is 
often difficult to write, and the 8087’s masked’ 
responses have been tailored to deliver the most 
‘‘reasonable’’ result for each condition. The 
majority of applications will find that-masking all 
exceptions other than invalid operation will yield 
satisfactory results with the least programming 
investment. An invalid operation exception 
normally indicates a fatal error in a program that 
must be corrected; this exception should not 
normally be masked. | 


The exception flags are ‘“‘sticky’’ and can be 
cleared only by executing the FCLEX (clear 
exceptions) instruction, by reinitializing the pro- 
cessor, or by overwriting the flags with an 
FRSTOR or FLDENV instruction. This means 
that the flags can provide a cumulative record of 
the exceptions encountered in a long calculation. 
A program can therefore mask all exceptions (ex- 
cept, typically, invalid operation), run the 
calculation and then inspect the status word to see 
if any exceptions were detected at any point in the 
calculation. Note that the 8087 has another set of 
internal exception flags that it clears before each 
instruction. It is these flags and not those in the 
status word that actually trigger the 8087’s excep- 
tion response. The flags in the status word pro- 
vide a cumulative record of exceptions for the 
programmer only. | | | 


If the NDP executes an unmasked response to an 
exception, it is assumed that a user exception 
handler will be invoked via an interrupt from the 
8087. The 8087 sets the IR (interrupt request) bit 
in the status word, but this, in itself,,does not 
guarantee an immediate CPU interrupt. The 
interrupt request may be blocked by the IEM 
(interrupt-enable mask) in the 8087 control word, 


8087 NUMERIC DATA PROCESSOR 


Invalid | 
Operation | 


| Zerodivide _ 


Denormalized 


Table S-6. Exception and Response pummary 


If one operand is NAN, return it; if 
both are NANs, return NAN with 
larger absolute value; if neither is 


‘NAN, return indefinite. 


~ Return co signed with “exclusive 7 
or’’ of operand signs. 


Memory operand: proceedas 
usual. Register operand: convert 
to valid unnormal, then re- -evaluate 


Masked Response | | iamacked Response 


Request interrupt. 


Request interrupt. 


Request interrupt. 


| for exceptions. 
‘| Overflow: 


Denormalize result. - 


Underflow: | 


| Precision Return rounded result. 


Return properly signed ~. 


Register destination: adjust 

exponent”, store result, request. 
interrupt. Memory destination: 

request interrupt. 

Register destination: adjust 

exponent”, store result, request | 


interrupt. Memory destination: 
request interrupt. 


Return rounded result, request | 
interrupt. 


*On overflow, 24,576 decimal is subtracted from the true result’s exponent; this forces the exponent back | 
into range and permits a user exception handler to ascertain the true result from the adjusted Beeun that 
is returned. On underflow, the same constant is added to the true result’s exponent. 


by the 8259A Programmable Interrupt Con- 

troller, or by the CPU itself. Jf any exception flag 
is unmasked, it is imperative that the interrupt 
path to the CPU i. is eventually cleared so that the 
user’s software can field the exception and the 
offending task can resume execution. Interrupts 
are covered in detail in section S.6. 


A user-written exception handler takes the form 
of an 8086/8088 interrupt procedure. Although 
exception handlers will vary widely from one 
application to the next, most will include these 
basic steps: 


e Store the 8087 environment anniek status 
and tag -words, operand and _ instruction 
pointers) as it existed at une time of the 
exception; 


eo Clear the exception bits in the status word; 
e Enable interrupts on the CPU; 


e Identify the exception by examining ‘the 
status and control words in the saved 
environment; we. | 


e Take application-dependent action; 


e Return to the point of interruption, resuming 
normal execution. 


Possible “‘application-dependent. actions’’ 


include: 


e  Incrementing an exception counter for later 
‘display or printing; 

° Printing or displaying diagnostic 
information (e.g., the 8087 environment and 
registers); 


e Aborting further execution of the calculation 
- causing the exception; - 


e Aborting all further execution; 


e. ~ Using the exception pointers to build | an 
instruction that will run without exception 
and executing It. 


e Storing a diagnostic: value (a NAN) in the 
result and continuing with the computation. | 
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Notice that an exception may or may not con- 
stitute an error depending on the application. For 
example, an invalid operation caused by a stack 
overflow could signal an ambitious exception 
handler to extend the register stack to memory 
and continue running. 


S.4 Memory 


The 8087 can access any location in its host 
CPU’s megabyte memory space. Because it relies 


on the CPU to generate the addresses of memory 
operands, the NDP can take advantage of the 
CPU’s memory addressing modes and its ability 
to relocate code and data during execution. 


Data Storage 


Figures S-13 and S-14 show how the 8087 data 
types are stored in memory. The sign bit is always 
located in the highest-addressed byte. The least 
significant binary or decimal digits in a number 


+1 
L 
+0 IS 
B 
7 0 


WORD INTEGER ‘SHORT INTEGER 


HIGHER ADDRESSES ————___--_—_> 


~“ 
Oo 


PACKED DECIMAL 


LONG INTEGER 


S: Sign bit 

MSB/LSB: Most/least significant bit 
MSD/LSD: Most/least significant decimal digit 
(X): Bits have no significance 


Figure S-13. Storage of Integer Data Types 


HIGHER ADDRESSES ——————-- 


LONG REAL TEMPORARY REAL 


S: Sign bit . 
MSE/LSE: Most/least significant exponent bit 
MSF/LSF: Most/least significant fraction bit 
I: Integer bit of significand 


Figure S-14. Storage of Real Data Types 
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(or in a field in the case of reals) are those with the 
lowest addresses. The word integer format is 
stored exactly like an 8086/8088 16-bit signed 
integer, and is directly usable by instructions 
executed on either the CPU or the NDP. 


_ A few special instructions access memory to load 
or store formatted processor control and state 
data. The formats of these memory operands are 
provided with the discussions of the instructions 
in section S.7. 


Storage Access 


The host CPU always generates the address of the 
first (lowest-addressed) byte of a. memory 
operand. The CPU interprets an 8087 instruction 
that references memory as an ESC (escape), and 
generates the operand’s effective and physical 
addresses normally as discussed in section 2.3. 
Any 8086/8088 memory addressing mode— 
direct, register indirect, based, indexed or based 
indexed—can be used to access an 8087 operand 
in memory. This makes the NDP easy to use with 
data structures such as arrays, structures, and 
lists. 


When the CPU emits the 20-bit physical address 
of’ the memory operand, the 8087 captures the 
address and saves it. If the instruction loads 
information into the NDP, the 8087 captures the 
lowest-addressed word when it becomes available 
on the bus as a result of the CPU’s ‘‘dummy 
read.’’ (The ‘‘dummy read’’ may require either 
one or two bus cycles depending on the CPU type 
and the alignment of the operand.). If the operand 
is longer than one word (all 8087 operands are an 
integral number of words), the 8087 immediately 
requests use of the local bus by activating its CPU 
request/grant (RQ/GTO) line, as described in 
section S.6. When the NDP obtains the bus; it 
runs consecutive bus cycles incrementing the 
saved address until: the rest of the operand has 
been obtained, returns the local bus to the CPU, 
and then executes the instruction. 


If an operation stores data from the NDP to 
memory, the NDP and the CPU both ignore the 
data placed on the bus by the CPU’s ‘‘dummy 
read.’’ The NDP does not request the bus from 
the CPU until it is ready to write the result of the 
instruction to memory. When it obtains the bus, 
the NDP writes the operand in successive bus 
cycles, incrementing the saved address as in a 
load. | 


As described in section S.6, the 8087 automati- 
cally determines the identity of its host CPU. 
When the NDP is wired to an 8088, it transfers 
one byte per bus cycle in the same manner as the 
CPU. When used with an 8086, the NDP again 
operates like the CPU, accessing odd-addressed 
words in two bus cycles and even-addressed words 
in one bus cycle. If the 8087 is reading or writing 
more than one word of an odd-addressed operand 
in 8086 memory, it optimizes the transfer by 
accessing a byte on the first transfer, forcing the 
address to even, and then transferring words up 
to the last byte of the operand. 


To minimize operand transfer time and 8087 use 
of the system bus, it is advantageous to align 8087 
memory operands on even addresses when the 
CPU is an 8086. Following the same practice for 
8088-based systems will ensure top performance 
without reprogramming if the application is 
transferred to an 8086. The ASM-86 EVEN direc- 
tive can be used to force word alignment. 


Dynamic Relocation 


Since the host CPU takes care of both instruction 
fetching and memory operand addressing, the 
NDP may be utilized in systems that alter pro- 
gram addresses during execution. The only 
restriction on the CPU is that it should not change 
the address of an 8087 operand while the 8087 is 
executing an instruction which stores a result to 
that address. If this is done, the 8087 will store to 
the operand’s old address (the one it picked up 
during the ‘‘dummy read’’). 


Dedicated and Reserved 
Memory Locations 


The 8087 does not require any addresses in 
memory to be set aside for special purposes. Care 
should be taken, however, to respect the 
dedicated and reserved areas associated with the 
CPU and the IOP (see sections 2.3 and 3.3). 
Using any of these areas may inhibit compatibility 
with current or future Intel hardware and soft- 
ware products. 


S.5 Multiprocessing Features 


As a coprocessor to an 8086 or 8088 CPU, the 
NDP is by definition always used in a 
multiprocessing environment. This section 
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describes the facilities built into the 8087 that 
simplify the coordinaton of multiple processor 
systems. Included are descriptions of instruction 
synchronization, local and system bus arbitra- 
tion, and shared resource access control. 


Instruction Synchronization 


In the execution of a typical NDP instruction, the 
CPU will complete the ESC long before the 8087 
finishes its interpretation of the same machine 
instruction. For example, the NDP performs a 
square root in about 180 clocks, while the CPU 
will execute its interpretation of this same instruc- 
tion in 2 clocks. Upon completion of the ESC, the 
CPU will decode and execute the next instruction, 
and the NDP’s CU, tracking the CPU, will do the 
same. (The NDP ‘‘executes’’ a CPU instruction 
by ignoring it). If the CPU has work to do that 
does not affect the NDP, it can proceed with a 
series of instructions while the NDP is executing 


in parallel; the NDP’s CU will ignore these CPU- 


only instructions as they do not contain the 8087 
escape code. This asynchronous execution of the 
processors can substantially improve the 
performance of systems that can be designed to 
exploit it. | 


There are two cases, however, when it is necessary 
to synchronize the execution of the CPU to the 
NDP: 


1. An NDP instruction that is eciea by the 
NEU must not be started if the NEU is still 
- busy executing a previous instruction. | 


2. The CPU should not execute an instruction 
that accesses a memory operand being 
referenced by the NDP until the NDP has 
actually accessed the location. 


The 8086/8088 WAIT instruction allows software 
to synchronize the CPU to the NDP so that the 
CPU will not execute the: following instruction 
until the NDP is finished with its current (if any) 
instruction. 


Whenever the 8087 is executing an instruction, it 
activates its BUSY line. This signal is wired to the 
CPU’s TEST input as shown in figure S-3. The 
NDP ignores the WAIT instruction, and the CPU 
executes it. The CPU interprets the WAIT 
instruction as ‘‘wait while TEST is active.’’ The 
CPU examines the TEST pin every 5 clocks; if 
TEST is inactive, execution proceeds with the 


instruction following the WAIT. If TEST is 


-active, the CPU examines the pin again. Thus, the 


effective execution time of a WAIT can stretch 
from 3 clocks (3 clocks are required for decoding 
and setup) to infinity, as long as TEST remains 
active. The WAIT instruction, then, prevents the 


CPU from decoding the next instruction until the 


8087 is not busy. The instruction following a 
WAIT is decoded simultaneously by both 
processors. 


To satisfy the first case mentioned above, every 
8087 instruction that affects the NEU should be 
preceded by a WAIT to ensure that the NEU is 
ready. All instructions except the processor 
control class affect the NEU. To simplify pro- 
gramming, the 8086 family language translators 
provide the WAIT automatically. When an 
assembly language programmer codes: 


FMUL (multiply) 
FDIV (divide) 


the assembler produces four machine 
instructions, as if the programmer had written: 


— WAIT 

~ FMUL 
WAIT 
FDIV 


This ensures that the tein runs to completion 
before the CPU and the 8087 oe decode. the 
divide. 7 


To. satisfy the second case, the programmer 
should explicitly code the FWAIT: instruction 
immediately before a CPU instruction that 
accesses a memory operand:-read or written by a 
previous 8087 instruction. This will ensure that 
the 8087 has read or written the memory operand 
before the CPU attempts to use it. (The FWAIT 
mnemonic causes the assembler to create. a CPU 
WAIT instruction that can be eliminated at link 
time if the program is to run on an 8087 emulator. 
See section S.8 for details.) 


Figure S-15 is a hypothetical sequence of 
instructions that illustrates the effect of: the 
WAIT instruction and parallel execution of the 
NDP with a CPU. 


The first two instructions in the sequence (FMUL 
and FSQRT) are 8087 instructions that illustrate 
the ASM-86 assembler’s automatic generation of 
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; ASSUME. 


8087 REGISTER STACK IS LOADED WITH OPERANDS, 
ae NEU IS NOT BUSY, . 
re AND THAT 'ALPHA' AND ‘BETA! ARE WORD 
; INTEGERS. 7 te 
Ud 
FMUL ;MULTIPLY TOP STACK 
;ELEMENTS 
FSQRT ;SQUARE ROOT OF PRODUCT 
CMP ALPHA,100 ;ALPHA > 100? 
JSG CONTINUE 7;YES, LEAVE UNALTERED 
MOV ALPHA,100 ;NO, SET TO 100. 
CONTINUE: FIST BETA ;STORE ROOT AS INTEGER WORD 
i FWAIT ;WAIT FOR 8087 TO COMPLETE 
;STORE OF BETA 
MOV AX,BETA ;PROCEED TO° PROCESS BETA © 


BUSYsTEST: ————_—/ Sf —/ ———. 


cpu: F wait! [esc] 


eee 


NOTES: 
slain) 


“WAIT iin Assembler-generated instruction. 


e Instruction execution times are not drawn to scale. | 


Figure S-15. Synchronizing Execution With WAIT 


a preceding WAIT, and the effect of the WAIT 
when the NDP is, and is not, busy. Since the NDP 
is not busy when the first WAIT is encountered, 
the CPU executes it and immediately proceeds to 


the next instruction; the NDP ignores the WAIT. 


The next instruction is decoded simultaneously by 
both processors. The NDP starts the multiplica- 
tion and raises its BUSY line. The CPU executes 
the ESC and then the second WAIT. Since TEST 
is active (it is tied to BUSY), the CPU effectively. 
stretches execution of this WAIT until the NDP 
signals completion of the multiply by lowering 
BUSY. The next instruction is interpreted as a 
square root by the NDP and another escape by 
the CPU. The CPU finishes the ESC well before 
the NDP completes the FSQRT. This time, in- 
stead of waiting, the CPU executes three instruc- 
tions (compare, jump if greater, and move) while 
the 8087 is working on the FSQRT. The 8087 
ignores these CPU-only instructions. The CPU 
then encounters the third WAIT, generated by the 
assembler immediately preceding the FIST (store 
stack top into integer word). When the NDP 
finishes the FSQRT, both processors proceed to 
the next instruction, FIST to the NDP and ESC to 
the CPU. The CPU completes the escape quickly 
and then executes an explicit programmer-coded 
FWAIT to ensure that the 8087 has updated 
BETA before it moves BETA’s new value to 
registerAX. 


The 8087 CU can execute most processor control 
instructions by itself regardless of what the NEU 
is doing: thus the 8087 can, in these cases, poten-— 
tially execute two instructions at once. The 
ASM-86 assembler provides separate ‘‘wait’’ and 
‘‘no wait’? mnemonics for these instructions. For 
example, the instruction that sets the 8087 inter- 
rupt enable mask, and thus disables interrupts, 
can be coded as FDISI or FNDISI. The assembler 
does not generate a preceding WAIT if the second 
form is coded, so that interrupts can be disabled 
while the NEU is busy executing a previous 
instruction. The no-wait forms are principally 
used in exception handlers and operating systems. 


Local Bus Arbitration 


Whenever an NDP instruction writes data to 
memory, or reads more than one word from 
memory, the NDP forces the CPU to relinquish 
the local bus. It does this by means of the 
request/grant facility built into all 8086 family 
processors. For memory reads, the NDP requests 
the bus immediately upon the CPU’s completion 
of its ‘‘dummy read’’ cycle; it follows from this 
that the CPU may ‘‘immediately’’ update a 
variable read by the NDP in the previous instruc- 
tion with the assurance that the NDP will have 
obtained the old value before the CPU has altered. 
it..For memory writes, the NDP performs as 
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much processing as possible before requesting the 
bus. In all cases, the 8087 transfers the data in 
back-to-back bus cycles and then immediately 
releases the bus. 


The 8087’s RQ/GTO line is wired to one of the 
CPU’s request/grant lines. Connecting it to 
RQ/GTI on the le CPU (see figure S-3) leaves the 
higher priority RQ/GTO open for possible attach- 
ment of_a local 8089 to the CPU. Note that an 
8089 on RQ/GTO will obtain the bus if it requests 
it_ simultaneously with an 8087 attached to 
RQ/GT1; it cannot, however, preempt the 8087 if 
the 8087 has the bus. The NDP requests the local 
bus by pulsing its RO/GTO line. If the CPU has 
the bus, it will grant it to the NDP by pulsing the 
same request/grant line. The CPU grants the bus 
immediately unless it is running a bus cycle, in 
which case the grant is delayed until the bus cycle 
is completed. The NDP releases the bus back to 
the CPU by sending a final pulse on RQ/GTO 
when it has completed the transfer. 


The 8087 provides a second request/grant line, 
RQ/GTI, that may be used to service local bus 
requests from an 8089 Input/Output Processor 
(see figure S-3). By using this line, a CPU, two 
IOPs (one is attached directly to the CPU) and an 
NDP can all reside on the same local bus, sharing 
a single set of system bus interface components. 


When_the 8087 detects a bus request pulse on 
RQ/GTI, its response depends on whether it is 
idle, executing, or running a bus cycle. If it is idle 
or executing, the 8087 passes the bus request 
through to the CPU via RQ/GTO. The sub- 
sequent grant and release pulses are also passed 
between the CPU and the requesting device. If the 
8087 is running a bus cycle (or a series of bus 
cycles), it has already obtained the bus from the 
CPU so it grants the bus directly at the end of the 
current bus cycle rather than passing the request 
on to the CPU. When the 8089 releases the bus, 
the 8087 resumes the series of bus cycles it was 
running before it granted the bus to the 8089. 
Thus, to an 8089 attached to the 8087’s RQ/GT1 
line, the NDP appears to be a CPU. An IOP 
attached to an NDP also effectively has higher 
local bus priority than the NDP, since it can force 
the NDP to relinquish the bus even in the midst of 
a multi-cycle transfer. This satisfies the typical 
system requirement for I/O transfers to be ser- 
viced as soon as possible. 


System Bus Arbitration 


A single 8288 Bus Controller (plus latches and 
tranceivers as required) links both the host CPU 
and the NDP to the system bus. The 8087 per- 
forms system bus transfers exactly the same as its 
CPU; status, address, and data signals and timing 
are identical. 


In systems that allow multiple processing modules 
on separate local buses common access to a public 
system bus, the 8087 also shares its host CPU’s 
8289 Bus Arbiter. The 8289 operates identically 
regardless of whether the system bus request is 
initiated by the CPU or the NDP. Since only one 
of the processors in the module will have control 
of the local bus at the time of a request to access 
the system bus, the transfer will be between the 
controlling processor and the system bus. If the 
8289 does not obtain the system bus immediately, 

it causes the bus to appear ‘‘not ready’’ (as if a 
slow memory were being accessed), and the 8087 

will stretch the bus cycle by adding the wait states. 


Because it presents the same system bus interface 
as a maximum mode 8086 family CPU, the NDP 
is also electrically compatible with Intel’s 
Multibus™ shared system bus architecture. This 
means that the 8087 can be utilized in systems that 
are based on the broad line of iSBC™ single 
board computers, controllers, and memories. 


Controlled Variable Access 


If an 8087 and a processor other than its host 
CPU can both update a variable, access to that 
variable should be controlled so that one 
processor at a time has exclusive rights to it. This 
may be implemented by a semaphore convention 
as described in section 2.5. However, since the 
8087 has no facility for locking the system bus 
during an instruction, the host CPU should 
obtain exclusive rights to the variable before the 
8087 accesses it. This can be done using an XCHG 
instruction prefixed by LOCK as discussed in 
section 2.5. When the NDP no longer needs the 
controlled variable the CPU should clear the 
semaphore to signal other processors that the 
variable is again available for use. 
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S.6 Processor Control and 
Monitoring 


Initialization 


The NDP may be initialized by hardware or soft- 
ware. Hardware initialization occurs in response 
to a pulse on the 8087’s RESET line. When the 
‘processor detects RESET going active, it suspends 
all activities. When RESET subsequently goes 
inactive, the NDP initializes itself. The state of 
the NDP following initialization is shown in table 
S-7. Hardware initialization also causes the 8087 
to identify its host CPU and begin to track its 
instruction fetches and execution. Initialization 
does not affect the content of the registers or of 
the exception pointers (these have indeterminate 
values immediately. following power up). 
However, since the stack is effectively emptied by 
initialization (ST = 0, all registers tagged empty), 
the contents of the registers should normally be 
considered ‘‘destroyed”’ by initialization. 


The FINIT (intialize) and FSAVE (save state) 
instructions also initialize the processor. Unlike a 
RESET pulse, software initialization does not 
affect the 8087’s tracking of the CPU. 


CPU Identification 


The 8087’s bidirectional BHE (bus high enable) 
line is tied to pin 34 of the CPU (BHE on the 
8086, SSO on the 8088). The 8088 always holds 
SSO = 1 . The 8086 emits a 0 on BHE whenever it 
is accessing an even-addressed word or an odd- 
addressed byte. | 


Following RESET, the CPU always performs a 
word fetch of its first instruction from the 
dedicated memory location: FFFFOH. The 8087 
identifies its host CPU by monitoring BHE 
during the CPU’s first fetch following RESET. If 
BHE =1, the CPU is an 8088; if BHE =0, the 
CPU is an 8086 (because the first fetch is an even- 
addressed word). Note that to ensure proper 
operation, the same pulse must reset both the 
8087 and its host CPU. 


Table S-7. Processor State Following Initialization 


Control Word 
Infinity Control 0 Projective 
Rounding Control 00 ~ Round to nearest 
Precision Control 11 64bits | 
Interrupt-enable Mask 1 _ Interrupts disabled 
Exception Masks 444111 All exceptions masked 


Status Word | | 
Busy Not busy 
Condition Code (Indeterminate) 
Stack Top Empty stack 
Interrupt Request No interrupt 
ExceptionFlags 000000 No exceptions 


Tag Word 
Tags 11 Empty 


Registers a N.C. 


Not changed 


Exception Pointers 
Instruction Code ft) UNO 
Instruction Address N.C. 
Operand Address | N.C. 


Not changed 
Not changed 
Not changed 
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Interrupt Requests 


The 8087 can request an interrupt of its host CPU 
via the 8087 INT (interrupt request) pin. This 
signal is normally routed to the CPU’s INTR 
input via an 8259A Programmable Interrupt 
Controller (PIC). The 8087 should not be tied to 
the CPU’s NMI (non-maskable interrupt) line. 


All 8087 interrupt requests originate in the detec- 
tion of an exception. The interrupt request logic is 
illustrated in figure S-16. The interrupt request 
is made if the exception is unmasked and 8087 
interrupts are enabled, i.e., both the relevant 
exception mask and the interrupt-enable mask are 
clear (0). If the exception is masked, the processor 


executes its masked response and does not set the 


interrupt request bit. 


If the exception is unmasked but interrupts are 
disabled (IEM = 1), the 8087’s action depends on 
whether the CPU is waiting (the 8087 ‘‘knows’’ if 
the CPU is waiting because it decodes the WAIT 
instruction in parallel with the CPU). If the CPU 
is not waiting, the 8087 assumes that the CPU 
does not want to be interrupted at present and 
that it will enable interrupts on the 8087 when it 
does. The 8087 sets the interrupt request bit and 
holds its BUSY line active. The 8087 CU con- 
tinues to track the CPU, and if an 8087 
instruction (without a preceding WAIT) comes 


along, it will be executed. Normally in this situa-. 


tion the instruction would be FNENI (enable 
interrupts without waiting). This will clear the 
interrupt-enable mask and the 8087 will. then 
activate INT. However, any instruction will be 
executed, and it is therefore conceivably possible 
to abort the interrupt request before it is ever 
handled. Aborting an interrupt request in this 
manner, however, would normally be considered 
a program error. 


If the CPU is waiting, then the processors are in 
danger of entering an endless wait condition 
(discussed shortly). To prevent this condition, the 
8087 ignores the fact that interrupts are disabled 
and activates INT. even though the interrupt- 
enable mask is set. © | 


The interrupt request bit remains set until it is 
explicitly cleared (if INT is not disabled by IEM, 
it will remain active also). This can be done by the 
FNCLEX, FNSAVE, or FNINT instructions. The 
interrupt procedure that fields the 8087’s inter- 
rupt request, i.e., the exception handler, must 


clear the interrupt request bit before returning to 
normal execution on the 8087. If it does not, the 
interrupt will immediately be generated again and 
the program will enter an endless loop. 


Interrupt Priority 


Most systems can be viewed as consisting of two 
distinct classes of software: interrupt handlers 
and application tasks. Interrupt handlers execute 
in response to external events; in the 8086 family 
they are implemented as interrupt service 
procedures. (Of course, the CPU interrupt 
instructions allow interrupt handlers to respond 
to internal ‘‘events’’ also.) A hardware interrupt 
controller, such as the 8259A, usually monitors 
the external events and invokes the appropriate 
interrupt handler by activating the CPU INTR 
line, and passing a code to the CPU that identifies 
the interrupt handler that is to service the event. 
Since the 8259A typically monitors several events, 
a priority-resolving technique is used to select one 


EXCEPTION 
OCCURS 
EXCEPTION 
: MASK 
0 


EXECUTE 
MASKED 
RESPONSE 


ACTIVATE 
INT 
WAIT FOR 
EXCEPTION 
RESPONSE 


Figure S-16. Interrupt Request Logic 
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event when several occur simultaneously. Many 
systems allow higher-priority interrupts to 
preempt lower-priority interrupt handlers. The 
8259A supports several priority-resolving techni- 
ques; a system will normally select one of these by 
programming the 8259A at initialization time. 


Application tasks execute only when no external 
event needs service, i.e., when no interrupt 
handler is running. Application tasks are invoked 
by software, rather than hardware; typically a 
scheduling or dispatching algorithm is used to 
select one task for execution. In effect, any inter- 


rupt handler has higher priority than any applica- 


tion task, since the recognition of an interrupt will 
invoke the interrupt handler, preempting the 
application task that was nun e 


There are two important questions to consider 


when assigning a DUOFILY, to oe 8087's mue 


request: 


e Who can cause 8087 . exceptions—only 
application tasks, or interrupt handlers as 
well? 


e Who should be preempted by NDP 
exceptions—only applications tasks, or inter- 
rupt handlers as well? 


Given these considerations, the 8087 should 
normally be assigned the lowest priority of any 
interrupting device in the system. This allows the 
interrupt handler (i.e., the NDP _ exception 
handler) to. preempt any application task that 
generates an 8087 exception, and at the same time 
prevents the exception NDP handler from 
interfering with other interrupt handlers. 


If an interrupt handler uses the 8087 and requires 
the service of the exception handler, it can effec- 
tively ‘‘raise’? the priority of the exception 
handler by disabling all interrupts lower than 
itself and higher than the 8087. Then, ‘any un- 
masked exception caused by the interrupt handler 
will be fielded without interference trom: lower- 
priority interrupts. 


If, for some reason, the 8087 must be given higher 
priority than another interrupt source, the inter- 
rupt handler that services the lower-priority 
device may want to prevent interrupts from the 
8087 (which may originate in a long instruction 
still running on the 8087 when the interrupt 
handler is invoked) from preempting it. This 


should be done by executing the FNSTCW and 
FNDISI instructions before enabling CPU inter- 
rupts. Before returning, the interrupt handler 
should restore the original control word in the 
8087 by executing FLDCW. : 


Users should consult “Using t the 8259A pepsin. 
mable Interrupt Controller’’, Intel Application 
Note No. AP-S9, fora description of the sss 
various modes of operation. _ 


Endless Wait 


The 8087 and its Hest CPU can enter an baile 
wait condition when the CPU is executing a 
WAIT instruction and a pending interrupt request : 
from the 8087 is prevented from being recognized 
by the CPU. Thus, the CPU will wait for the 8087 
to lower its BUSY line, while the NDP will wait 
for the CPU to invoke the exception handler 
interrupt procedure, and the task which has 
generated the exception will be blocked from 
further execution. 


Figure S-17 shows the typical site of an interrupt. 
request from the 8087 to the interrupt procedure 
which is designated to field NDP exceptions. The 
interrupt request can be potentially blocked at 
three points along the path, creating an endless 
wait if the CPU is executing a WAIT instruction. 
The first block can occur at the 8087’s interrupt- 
enable mask (IEM). If this mask is set, the inter-. 
rupt request is blocked except that the 8087 will 
override the mask if the CPU is waiting (the 8087 
decodes the WAIT instruction simultaneously 
with: the CPU). Thus, the 8087 detects and 
prevents one of the endless wait conditions. 


A given interrupt request, IRn, can be masked on 
the 8259A by setting the corresponding bit in the 
PIC’s interrupt mask register (IMR). This will 
prevent a request from the 8087 from being 
passed to the CPU. (The 8259A’s normal priority- 
resolving activity can also block: an interrupt 
request.) Finally, the CPU can exclude all 
interrupts tied to INTR by clearing its interrupt- 
enable flag (IF). In these two cases, the CPU can 
‘escape’ the endless wait only if another inter- 
rupt is recognized (if IF is cleared, the interrupt 
must arrive on NMI, the CPU’s non-maskable 
interrupt line). Following execution of the inter- 
rupt procedure and resumption of the WAIT, the 
endless wait will be entered again, unless, as part 
of its response to the interrupt it recognizes, the 
CPU clears the interrupt path from the 8087. 
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A user-written exception handler can itself cause 
an unending wait. When the exception handler 
starts to run, the 8087 is suspended with its BUSY 
line active, waiting for the exception to be 
cleared, and interrupts on the CPU are disabled. 
If, in this condition, the exception handler issues 
any 8087 instruction, other than a no-wait form, 
the result will be an unending wait. To prevent 
this, the exception handler should clear the excep- 
tion on the 8087 and enable interrupts on the 
CPU before executing any instruction that is 
preceded by a WAIT. . 


More generally, an instruction that is preceded by 
a WAIT (or an FWAIT instruction) should never 
be executed when CPU interrupts are disabled 
and there is any possibility that the 8087’s BUSY 
line is active. 


Status Lines 


When the 8087 has control of the local bus, it 
emits signals on status lines S2-SO to identify 
the type of bus cycle it is running. The 8087 
generates the restricted (compared.to a CPU) set 
of encodings shown in table S-8. These lines 
correspond exactly to the signals output by the 
8086 and 8088 CPU’s, and are normally decoded 
by an 8288 Bus Controller. 


Table S-8. Bus Cycle Status Signals 


[RS] teem 


1 0 | = 1 | Read Memory 
1 1 0 
1 1 1 


Status line S7 is currently identical to BHE of the 
same bus cycle, while S4 and S3 are both currently 
1; however, these signals are reserved by Intel for 
possible future use. Status line S6 emits | and S5 
emits 0. 


Write Memory 
Passive; no bus cycle 


S.7 Instruction Set 

This section describes the operation of each of the 
8087’s 69 instructions. The first part of the 
section describes the function of each instruction 
in detail. For this discussion, the instructions are 
divided into six functional groups: data transfer, 
arithmetic, comparison, transcendental, con- 
stant, and processor control. The second part 
provides instruction attributes such as execution 


speed, bus transfers, and exceptions, as well 
aS a coding example for each combination of 
operands accepted by the instruction. This 
information 1s concentrated in a table, organized 
alphabetically by instruction mnemonic, for easy 
reference. 


Throughout this section, the instruction set is 
described as it appears to the ASM-86 program- 
mer who is coding a program. Appendix A covers 
the actual machine instruction encodings, which 
are principally of use to those reading unfor- 
matted memory dumps, monitoring instruction 
fetches on the bus, or writing exception handlers. 


The instruction descriptions in this section con- 
centrate on describing the normal function of 
each operation. Table S-19 lists the exceptions 
that can occur for each instruction and table S-32 
details the causes of exceptions as well as the 
8087’s masked gsPouses: 


The typical NDP instruction accepts one or twc 
operands as ‘‘inputs’’, operates on these, anc 
produces a result as an ‘‘output’’. Operands are 
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most often. (the contents of) register or memory 
locations. The operands of some instructions are 
predefined; for example, FSQRT always takes the 
square root of the number in the top stack ele- 
ment. Others allow, or require, the programmer 
to explicitly code the operand(s) along with the 
instruction mnemonic. Still others accept one 
explicit operand and one implicit operand, which 
1S usually the top stack element. 


Whether supplied by the programmer or utilized 
automatically, there are two basic types of 
operands, sources, and destinations. A source 
operand simply supplies one of the ‘‘inputs’’ to 
an instruction; it is not altered by the instruction. 
Even when an instruction converts..the source 
operand from one format to another (e.g., real to 
integer), the conversion is actually. performed in 
_an internal work area to avoid altering the source 
operand. A destination operand may also provide 
an ‘‘input’’ to an instruction. It is distinguished 
from a source operand, however, because its con- 
tent may. be altered: when it receives the result 


produced by the operation; that i is, the destination | 


is replaced by the result. : 


Many instructions allow their operands to be cod- 
ed in more than one way. For example, FADD 
(add real) may be written without operands, with 
only a source or with a destination and a source. 
The instruction descriptions in this section 
employ the simple convention of separating alter- 
native operand forms .with slashes; the slashes, 
however, are not coded. Consecutive slashes in- 
dicate an option of no explicit operands. The 
operands for FADD are thus described as: 


//source/destination, source 
This means that FADD may be written in any of 
three ways: 

FADD. 

FADD source 


FADD destination, source 


When reading this section, it. is important 
to bear in mind that memory operands may be 


coded with any of the CPU’s memory addressing | 


modes. To review these modes—direct, register 
indirect, based, indexed, based indexed—refer to 
sections 2.8 and 2.9. Table S-22 in this chapter 
also provides several addressing mode examples. 


Data Transfer Instructions 


These instructions isdimmarved in obs S 9) 
move operands among elements.of the register 
stack, and between.the stack top and memory. 
Any of the seven data types can:be converted to 
temporary..real and loaded (pushed) onto the 
stack in a single operation; they can be stored to 
memory in the same manner. The data transfer 
instructions automatically update the 8087 tag 
word to reflect the register contents ston Owe the 
instruction. | a 


F LDs source 


FLD (load real) None ihe ities source oe 
onto the top of the register stack. This is done by 
decrementing the stack pointer by one and then 
copying the content of the source to the new stack 
top. The source may be a register on the stack 
(ST()) or any of the real data types in memory. 
Short and long real source operands are converted 
to temporary. real automatically. Coding ad 
ao ouplicates the stack top. ay 


_ TableS-9. Data Transfer Instructions ; : 


RealTransfers 


: _ Load real 
FST  ._ Store real 

FSTP —Ss- Storerealandpop | 
FXCH Exchange registers - 


Integer Transfers | | 


FILD | Integer load 
FIST .. Integer store 
Integer store and pop | 


Packed Decimal Transfers 


Packed decimal (BCD) load 
Packed decimal (BCD) store and pop 


FST destination 


FST. tote real) oe the sek ions to the 
destination, which may be another register on the 
stack or a short or long real memory operand. If 
the destination is short or long real; the signifi- 
cand is rounded to the. width of the.destination 
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according to the RC field of the control word, 
and the exponent is converted to the width and 
bias of the destination format. 


If, however, the stack top is tagged special (it con- 
tains ©, a NAN, or a denormal) then the stack 
top’s significand is not rounded but is chopped 
(on the right) to fit the destination. Neither is the 
exponent converted, but it also is chopped on the 
right and transferred ‘‘as is’’. This preserves the 
value’s identification as © or a NAN (exponent 
all ones) or a denormal (exponent all zeros) so 
that it can be properly loaded and tagged later in 
the program if desired. 


FSTP destination 


FSTP (store real and pop) operates identically to 
FST except that the stack is popped following the 
transfer. This is done by tagging the top stack 
element empty and then incrementing ST. FSTP 
permits storing to a temporary real memory 
variable while FST does not. Coding FSTP ST(0) 
is equivalent to popping the stack with no data 
transter. 


FXCH //destination 


FXCH. (exchange registers) swaps the contents of 
the destination and the stack top registers. If the 
destination is not coded explicitly, ST(1) is used. 
Many 8087 instructions operate only on the stack 
top; FXCH provides a simple means of effectively 
using these instructions on lower stack elements. 
For example, the following sequence takes the 
square root of the third register from the top: 


FXCH_ $T(3)- 
FSQRT 
FXCH ST(3) 


FILD source | 


FILD (integer load) converts the. source memory 
operand from its binary integer format (word, 
short, or long) to temporary real and loads 
(pushes) the result onto the stack. The (new) stack 
top is tagged zero if all bits in the source were 
zero, and is tagged valid otherwise. 


FIST destination 


FIST (integer store) rounds the content of the 
stack top to an integer according to the RC field 
of the control word and transfers the result to the 
destination. The destination may define a word or 
short integer variable. Negative zero is stored in 
the same encoding as postive zero: 0000...00. 


FISTP destination 


FISTP (integer store and pop) operates like FIST 
and also pops the stack following the transfer. 
The destination may be any of ae cea integer 
data types. : 


FBLD source 


FBLD (packed decimal (BCD): load) converts the 
content of the source operand from packed 
decimal to temporary real and loads (pushes) the 
result onto the stack. The sign of the source is 
preserved, including the case where the value is 
negative zero. FBLD is-an exact operation; the 
source is loaded with no pouueue error. | 


The packed decimal digits. fof the source are 
assumed to be in the range 0-9H. The instruction 
does not check for invalid digits (A-FH) and the 
result of aula to load an invalid encoding is 
undefined. 


FBSTP destination 


FBSTP (packed decimal (BCD) store and pop) 
converts the content of the stack top to a packed 
decimal integer, stores the result at the destination 
in memory, and pops the stack. FBSTP produces 
a rounded integer from a non-integral value by 
adding 0.5 to the value and then chopping. Users 
who are concerned about rouneie may precede 
FBSTP with FRNDINT. eee | | 


Arithmetic Instructions. | 


The 8087’s arithmetic instruction set (table S-10) 
provides a wealth of variations on the basic add, 
subtract, multiply, and divide operations, and a 
number of other useful functions. These range 
from.a- simple absolute value toa square root 
instruction that executes faster than ordinary divi- 
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Table S-10. Arithmetic Instructions 
- Addition 


FADD Add real 
FADDP Add real and pop 
FIADD ~ Integer add 


Subtract real 
Subtract real and pop 

- Integer subtract 
Subtract real reversed 
Subtract real reversed and pop 
Integer subtract reversed 


| Multiplication 


Multiply real. 
- Multiply real and pop — 
Integer multiply 


Division. 


FDIV Divide real 

FDIVP _ Divide real and pop 

FIDIV Integerdivide =: 

FDIVR. - Divide real reversed. 

FDIVRP — Divide real reversed and pop | 
FIDIVR | Integer divide reversed 


Other Operations 


Square root 
Scale 
Partial vanmaindar 
Round to integer : 
Extract exponent and significand 
_. Absolute value 
_ Change sign 


sion; 8087 programmers no longer need to spend 
valuable time eliminating square roots from 
algorithms because they run too slowly. Other 
arithmetic instructions perform exact modulo 
division, round real numbers to anveeets and 
scale values by poMcrs of two. 


The 8087's basic arithmetic instructions - (addi- 
tion, subtraction, multiplication, and division) 
are designed to encourage the development of 
very efficient algorithms. In particular, they allow 


the programmer to minimize memory references . 
and to make open use of the NDP register 
stack. 


Table S-11 summarizes the available . opera- 
tion/operand forms that are provided for basic 
arithmetic. In addition to the four normal opera- 
tions, two ‘‘reversed’’ instructions make sub- 
traction and division ‘‘symmetrical’’ like addition 
and multiplication. The variety of instruction and 
operand forms give the PLOpraHineh unusual 
flexibility: 


e aperand: may be iecatsa: in segisicts or 
memory; 


e results may be deposited in a choice of 
registers; 


© operands may be a variety of NDP data 
types: temporary real, long real, short real, 
short integer or word integer, with automatic 
conversion to ppeneny real ad by 
the 8087. 


Five basic instruction forms may be used across 
all six operations, as shown in table S-11. The 
classical stack form may be used to make the 8087 
operate like a classical stack machine. No 
operands are coded in this form, only the instruc- 
tion mnemonic. The NDP picks the source 
operand from the stack top and the destination 
from the next stack element. It then pops the 
stack, performs the operation, and returns the 
result to the new stack top, effectively replacing 
the operands by the result. 


The register | Goin is a seneeaieauion of the 
classical stack form; the programmer specifies the 
stack top as one operand and any register on the 
stack as the other operand. Coding the stack top © 
as the destination provides a convenient way to 
access a constant, held elsewhere in the stack, 
from the stack top. The converse coding (ST is the. 
source operand) allows, for example, adding the 
top into a register used as an accumulator. — 


Often the operand in the stack top is needed for 
One operation but then is of no further use in the 
computation. The register pop form can be used 
to pick up the stack top as the source operand, 
and then discard it by popping the stack. Coding 
operands of ST(1),ST with a register pop 
mnemonic is equivalent to a classical stack opera- 
tion: the top is popped and the result 1 is left at the 
new top. 
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Table a 1. Basic Arithmetic Instructions and Operands 


Mnemonic aie Forms 


{ST(1),ST} 

ST(i), ST or ST,ST(i) 
ST(i), ST 

{ST,} short-real/long-real 


Classical stack 
Register ST,ST(3) 
ST(2),ST 
AZIMUTH 


N__PULSES © 


Register pop 
Real memory 


Integer memory 


{ST,} word-integer/short-integer 


NOTES: Braces { } surround implicit operands, these are not coded, and are shown 
here for information only. 


op = ADD destination « destination +.source 
SUB destination ¢ destination — source 
SUBR destination ¢ source — destination 
MUL destination « destination © source 
DIV destination « destination + source 
DIVR destination « source + destination 


The two memory forms increase the flexibility of 
the 8087’s arithmetic instructions. They permit a 
real number or a binary integer in memory to be 
used directly as a source operand. This is a very 
useful facility in situations where operands are 
not used frequently enough to justify holding 
them in registers. Note that any memory address- 
ing mode may be used to define these operands, 
so they may be elements in arrays, structures or 
other data organizations, as well as simple 
scalars. a 


The six basic operations are discussed further in 


the next paragraphs, and descriptions of the 
remaining seven arithmetic operations follow. 


Addition 

FADD //source/destination, source 
FADDP déestination,source 

FIADD source 


The addition instructions (add real, add real and 
pop, integer add) add the source and destination 
operands and return the sum to the destination. 
The operand at the stack top may be doubled by 
coding: 


FADD ST,ST(0) 


Normal Subtraction ; 
FSUB / /source/destination: source 
FSUBP destination, source 

FISUB source 


The normal subtraction instructions (subtract 
real, subtract real and pop, integer subtract) sub- 
tract the source operand from the destination and 
return the difference to the destination. 


Reversed Subtraction 

FSUBR //source/destination,source .- 
FSUBRP destination, source 

FISUBR source : 


The reversed subtraction instructions (subtract 
real reversed, subtract real reversed and pop, 
integer subtract reversed) subtract the destination 
from the source and return the difference to the 
destination. 


Multiplication. 

FMUL soca deatnaiion. source 
FMULP destination,source © 

FIMUL source 


The multiplication instructions (multiply real, 
multiply real and pop, integer multiply) multiply 
the source and destination operands and return 
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the product to the destination. Coding 
FMUL ST,ST(0) squares the content of the 
stack top. 


Normal Division _ 

FDIV //source/destination, source 
FDIVP destination,source 

FIDIV source 


The normal division instructions (divide real, 
divide real and pop, integer divide) divide the 
destination by the source and return the quotient 
to the destination. 


Reversed Division 

FDIVR //source/destination, source 
FDIVRP destination,source 

FIDIVR source 


The reversed division instructions (divide real 
reversed, divide real reversed and pop, integer 
divide reversed) divide the source operand by 
the destination and return the quotient to the 
destination. 


FSQRT 


FSQRT (square root) replaces the content of the 
top stack element with its square root. (Note: the 
square root of —0 is defined to be —0.) 


FSCALE 


FSCALE (scale) interprets the value contained in 
ST(1) as an integer, and adds this value to the 
exponent of the number in ST. This is equivalent 
to: 


ST © ST © 28T(1) 


thus, FSCALE provides rapid multiplication or 
division by integral powers of 2. It is particularly 
useful for scaling the elements of a vector. 


Note that FSCALE assumes the scale factor 
in ST(1) is an. integral value in the range 
—2'18<X< 215, If the value is not integral, but is 
in-range and is greater in magnitude than 1, 
FSCALE uses the nearest integer smaller in 
magnitude, i.e., it chops the value toward 0. If the 
value is out of range, or0< | X | <1, the instruc- 
tion will produce an undefined result and will not 


signal an exception. The recommended practice is 


to load the scale factor from a word integer to 
ensure correct operation. 


FPREM - 


FPREM (partial remainder) performs modulo 
division of the top stack element by the next stack 
element, i.e., ST(1) is the modulus. FPREM pro- 
duces an exact result; the precision exception does 
not occur. The sign of the remainder is the same 
as the sign of the original dividend. 


FPREM operates by performing successive scaled 
subtractions; obtaining the exact remainder when 
the operands differ greatly in magnitude can con- 
sume large amounts of execution time. Since the 
8087 can only be preempted between instructions, 
the remainder function could seriously increase 
interrupt latency in these cases. Accordingly, the 


Instruction is designed to be executed iteratively in 


a software-controlled loop. 


FPREM can reduce a magnitude difference of up 
to 24 in one execution. If FPREM produces a 
remainder that is less than the modulus, the func- 
tion is complete and bit C2 of the status. word 
condition code is cleared. If the function is 
incomplete, C2 is set to 1; the result in ST is then 
called the partial remainder. Software can inspect 
C2 by storing the status word following execution 
of FPREM and re-execute the instruction (using 
the partial remainder in ST as the dividend), until 
C2 is cleared. Alternatively, a program can deter- 
mine when the function is complete by comparing 
ST to ST(1). If ST>ST(1) then FPREM must be 
executed again; if ST=ST(1) then the remainder is 
0; if ST<ST(1) then the remainder is ST. A higher 
priority interrupting routine which needs the 8087 
can force a context switch between the instruc- 
tions in the remainder loop. 


An important use for FPREM is to reduce 
arguments (operands) of periodic transcendental 
functions to the range permitted by these 
instructions. For example, the FPTAN (tangent) 
instruction requires its argument to be less than 
n/4. Using n/4 as a modulus, FPREM will reduce 
an argument so that it is in range of FPTAN. 
Because FPREM produces an exact result, the 
argument reduction does not introduce roundoff 
error into the calculation, even if several itera- 
tions are required to bring the argument into 
range. (The rounding of nm does not create the 
effect of a rounded argument, but of a rounded 
period.) 
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FPREM also provides the least-significant three 
bits of the quotient generated by FPREM (in Cy, 
C,, Co). This is also important for transcendental 
argument reduction since it locates the original 
angle in the correct one of eight 1/4 segments of 
the unit circle. 


FRNDINT 


FRNDINT (round to integer) rounds the top 
stack element to an integer. For example, assume 
that ST contains the 8087 real number encoding 
of the decimal value 155.625. FRNDINT will 
change the value to 155 if the RC field of the con- 
trol word is set to down or chop, or to 156 if it is 
set to up or nearest. | 


FXTRACT 


FXTRACT (extract exponent and significand) 
‘‘decomposes’’ the number in the stack top into 
two numbers that represent the actual value of the 
operand’s exponent and significand fields. The 
*fexponent”’ replaces the original operand on the 
stack and the ‘‘significand’’ is pushed onto the 
stack. Following execution of FXTRACT, ST 
(the new stack top) contains the value of the 
original significand expressed as a real number: 
its sign is the same as the operand’s, its exponent 
is 0 true (16,383 or 3FFFH biased), and its signifi- 
cand is identical to the original operand’s. ST(1) 
contains the value of the original operand’s true 
(unbiased) exponent expressed as a real number. 
If the original operand is zero, FKXTRACT pro- 
duces zeros in ST and ST(1) and both are signed 
as the original operand. 


To clarify the operation of FXTRACT, assume 
ST contains a number whose true exponent is +4 
(i.e., its exponent field contains 4003H). After 
executing FXTRACT, ST(1) will contain the real 
number +4.0; its sign will be positive, its exponent 
field will contain 4001H (+2 true) and its signifi- 
cand field will contain 1,00...00B. In other 
words, the value in ST(1) will be 1.0 x 22 = 4, If 
ST contains an operand whose true éxponent is 
—7 (i.e., 1ts exponent field contains 3FF8H), then 
FXTRACT will return an ‘‘exponent’’ of —7.0; 
after the instruction executes, ST(1)’s sign and 
exponent fields will contain COO1H (negative 


sign, true exponent of 2) and its significand will 
be 1,1100...00B. In other words the value in 
ST(1) will be —-1.11 x 2* = —7.0. In both cases, 
following FXTRACT, ST’s sign and significand 
fields will be the same as the original operand’s, 
and its exponent field will contain 3FFFH, 
(0 true). 


FXTRACT is useful in conjunction with FBSTP 
for converting numbers in 8087 temporary real 
format to decimal representations (e.g., for 
printing or displaying). It can also be useful for 
debugging since it allows the exponent and signifi- 
cand parts of a real number to be examined 
separately. 7 


FABS 


FABS (absolute value) changes the top stack ele- 
ment to its absolute value by making its sign 
positive. 


FCHS 


FCHS (change sign) complements (reverses) the 
sign of the top stack element. 


Comparison Instructions 


Each of these instructions (table S-12) analyzes 
the top stack element, often in relationship to 
another operand, and reports the result in the 
status word condition code. The basic operations 
are compare, test (compare with zero), and 
examine (report tag, sign, and normalization). 
Special forms of the compare operation are pro- 
vided to optimize algorithms by allowing direct 
comparisons with binary integers and real 
numbers in memory, as well as popping the stack 
after a comparison. 


The FSTSW (store status word) instruction may 
be used following a comparison to transfer the 
condition code to memory for inspection. Section 
S.10 contains an example of using this technique 
to implement conditional branching. 


Note that instructions other than those in the 
comparison group may update the condition 
code. To insure that the status word is not altered 
inadvertently, store it immediately following a 
comparison operation. 
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FFCOM //source | 


FCOM (compare real) compares the stack top to 
the source operand. The source operand may be a 
register on the stack, or a short or long real 
memory operand. If an operand is not coded, 
ST is compared to ST(1). Positive and negative 
forms of zero compare identically as if they were 
unsigned. Following ‘the instruction, the condi- 
tion codes reflect the order of the operands as 
follows: : | 


ST > source 


ST < source 
ST = source 
ST ? source 


NANs and © (projective) cannot be compared 
and return C3=C0O=1 as shown above. 


Table S-12. Comparison Instructions 


Compare real 
Compare real and pop - 
Compare real and pop twice 


Integer compare 

Integer compare and pop 
Test 

Examine 


FCOMP //source 


FCOMP (compare ol and op) operates like 
FCOM, and in addition pops the stack. 


FCOMPP 

FCOMPP (compare real and pop twice) operates 
like FCOM and additionally pops the stack twice, 
discarding both operands. The comparison is of 


the stack top to ST(1); no me Operenee may be 
explicitly coded. 


FICOM source 


FICOM (integer compare) converts the source 
operand, which may reference a word or short 
binary integer variable, to temporary real and 
compares the stack top to it. 


FICOMP source 


FICOMP (integer compare and pop) operates 


identically to FICOM and additionally discards 
the value in ST by popping the stack. 


FTST 


FTST (test) tests the top stack element by compar- 
ing it to zero. The result is posted to the condition 
codes as follows: 


ST is positive and 
nonzero 
ST is negative and 


nonzero 
ST is zero (+ or —) 
ST is not com- 
parable (i.e., itis a 
NAN or projective 


00) 


FXAM 


FXAM (examine) reports the content of the top 
stack element as positive/negative and NAN/ 
unnormal/denormal/normal/zero, or . empty. 
Table S-13 lists and interprets all the condition 
code values that FXAM generates. Although four 
different encodings may be returned for an empty 
register, bits C3 and CO of the condition code are 
both | in all encodings. Bits C2 and Cl should be 
ignored when examining for enDy: 


Transcendental Instructions 


The instructions in this group (table S-14) per- 
form the time-consuming core calculations for all 
common trigonometric, inverse trigonometric, 
hyperbolic, inverse hyperbolic, logarithmic and 
exponential functions. Prologue and epilogue 
software may be used to reduce arguments to the 
range accepted by the instructions and to adjust 
the result to correspond to the original arguments 
if necessary. The transcendentals operate on the 
top one or two stack elements and they return 
their results to the stack also. | 
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Table S-13. FXAM Condition Code Settings 


Condition Code : 
Interpretation 


+ Unnormal 


+ NAN 
— Unnormal 
—NAN 
+ Normal 


+ 0 


— Normal 


+ Denormal 


Empty 


— Denormal 


=—-= = = = oO oO oo = - 4- -~ Oo GOCoo 
ce ee eee ee 
= oOo -4- Oo - Oo = oo = oOo = oOo = say eg oO 


Empty 


Table S-14. Transcendental Instructions 


FPTAN Partial tangent 
FPATAN Partial arctangent 
F2XM1 n=] 


FYL2X Y *l0gX 


FYL2XP1 Y * log,(X +1) 


The transcendental instructions assume that their 
operands are valid and in-range. The instruction 
descriptions in this section provide the range of 
each operation. To be considered valid, an 
operand to a transcendental must be normalized; 
denormals, unnormals, infinities and NANs are 
considered invalid. (Zero operands are accepted 
by some functions and are considered out-of- 
range by others.) If a transcendental operand is 
invalid or out-of-range, the instruction will 
produce an undefined result without signalling an 
exception. It is the programmer’s responsibility to 


ensure that operands are valid and in-range 
before executing a transcendental. For periodic 
functions, FPREM may be used to bring a valid 
operand into range. 


FPTAN 


FPTAN (partial tangent) computes the function 
Y/X = TAN (OQ). © is taken from the top stack 
element; it must lie in the range 0 < © < n/4. The 
result of the operation is a ratio; Y replaces © in 
the stack and X is pushed, becoming the new 
stack top. 


The ratio result of FPTAN and the ratio argu- 
ment of FPATAN are designed to optimize the 
calculation of the other trigonometric functions, 
including SIN, COS, ARCSIN and ARCCOS. 
These can be derived from TAN and ARCTAN 
via standard trigonometric identities. 


FPATAN © 


~FPATAN (partial arctangent) computes the func- 


tion © = ARCTAN (Y/X). X is taken from the 
top stack element and Y from ST(1). Y and X 
must observe the inequality 0 << Y < X < ©, The 
instruction pops the stack and returns © to the 
(new) stack top, overwriting the Y operand. 


F2XM1 


F2XM1 (2 to the X minus 1) calculates the func- 
tion Y = 2% —]. X is taken from the stack top and 
must be in the range 0 < X < 0.5. The result Y 
replaces X at the stack top. 


This instruction is designed to produce a very 
accurate result even when X is close to zero. To 
obtain Y=2%, add 1 to the result delivered by 
F2XM1. | | 


The following formulas show how values other 
than 2 may be raised to a power of X: 


: . 10% = 9x*LOG10 
eX = 9x*LOG,e 
yx = 9xeLOG,y 
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As shown in the next section, the 8087 has built-in 
instructions for loading the constants LOG,10 
and LOG,e, and the FYL2X instruction may be 
used to calculate X*LOG.Y. . 


FYL2X 


FYL2X (Y log base 2 of X) calculates the function 
Z= Y*LOG,X. X is taken from the stack top and 
Y from ST(1). The operands must be in the ranges 
0<X<% and-©0<Y<+ ©, The instruction 
pops the stack and returns Z at the’ oY) stack 
top, replacing the Y operand. 


This function optimizes the calculation of log to 
‘any base‘other than two since a em Tpicauion 1S 
always ae 


— LOG,2*LOG,X 


FYL2XP1 


FYL2XP1 (Y log base 2 of (X + 1)) calculates 
the function Z = YeLOG, (X+1). X is taken 
from the. stack top and must be in the range 
0<IXI.< (1 (2/2). Y is taken from ST(1) and 
must be in the range - © < Y < ©, FYL2XP1 
pops the stack and returns Z at ue an) tact 
top, tepiacing ¥. 


This instruction seaside: improved : accuracy over 
FYL2X when computing the log of a number very 
close to 1, for example 1 + « where « << 1. 
Providing ¢ rather than 1 + « as the input to the 
function allows more ple mnicant digits to be 
velalied. ? ! 


Constant Instructions 


Each of these instructions (table S-15) loads 
(pushes) a commonly-used constant onto the 
stack. The values have full temporary real preci- 
sion (64 bits) and are accurate to approximately 
19 decimal digits. Since a temporary real constant 
occupies 10 memory bytes, the constant instruc- 
tions, which are only two bytes long, save storage 
and improve execution speed, in addition to 
simplifying programming. 


Mnemonics © Intel 1980 


5-38 


_. Table S-15. Constant Instructions 


FLDZ 
FLD1 
FLDPI 
FLDL2T 
FLDL2E 

| FLDLG2 
FLDLN2 


Load +0.0 | 
~ Load +1.0 
Loadn 
~ Load log,10 
~ Load loge. 


Load log,)2 
Load log,2 


FLDZ 


FLDZ (load zero) loads (pushes) +0.0 onto the 
stack. 


FLD1 


FLD1 (load ee loads (pushes) +1.0 onto the 
stack. 


FLDPI 


FLDPI (load m) loads (pushes) n onto the stack. 


FLD L2T 

FLDL2T (oad log base 2 of 10) loads pushes) the 
value LOG,10 onto the stack. 

FLDL2E 


FLDL2E (load log base 2 of e) loads (pushes) the 
value LOG,¢ onto the stack. 


FLDLG2 


FLDLG2 (load log base 10 of 2) loads (pushes 
the value LOG 102 onto the stack.. 
F LDLN2 


FLDLN2 (load ide pase e of - loads = (pushes) the 
value LOG2 onto the stack. 
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Processor Control Instructions 


Most of these instructions (table S-16) are not 
used in computations; they are provided prin- 
cipally for system-level activities. These include 
initialization, exception handling and _ task 
switching. 


As shown in table S-16, an alternate mnemonic is 
available for many of the processor control 
instructions. This mnemonic, distinguished by a 
second character of ‘‘N’’, instructs the assembler 
to not prefix the instruction with a CPU WAIT 
instruction (instead, a CPU NOP precedes the 
instruction). This ‘‘no-wait’’ form is intended for 
use in critical code regions where a WAIT instruc- 
tion might precipitate an endless wait. Thus, 
when CPU interrupts are disabled, and the NDP 
can potentially generate an interrupt, the no-wait 
form should be used. When CPU interrupts are 
enabled, as will normally be the case when an 
application task is running, the ‘‘wait’’ forms of 
these instructions should be used. 


Except for FNSTENV and FNSAVE, all instruc- 
tions which provide a no-wait mnemonic are self- 
synchronizing and can be executed back-to-back 
in any combination without intervening FWAITs. 
These instructions can be executed by the 8087 
CU while the NEU is busy with a previously 
decoded instruction. To insure’ that the processor 
control instruction executes after completion of 
any operation in progress in the NEU, the ‘‘wait”’ 
form of that instruction should be used. 3 


FINIT/FNINIT 


FINIT/FNINIT (initialize processor) performs 
the functional equivalent of a hardware RESET 
(see section S.6), except that it does not affect the 
instruction fetch synchronization of the 8087 and 
its CPU. 


For compatibility with the 8087 emulator, a 
system should call the INIT87 procedure in lieu of 
executing FINIT/FNINIT when the processor is 
first initialized (see section S.8 for details). Note 
that if FNINIT is executed while a previous 8087 
memory referencing instruction is running, 8087 
bus cycles in progress will be aborted. 


FDISI/FNDISI 


FDISI/FNDISI (disable interrupts) sets the inter- 
rupt enable mask in the control word and 
prevents the NDP from issuing an interrupt 
request. 


Table S-16. Processor Control Instructions 


FINIT/FNINIT 
FDISI/FNDISI 
FENI/FNENI 
FLDCW 
FSTCW/FNSTCW 
FSTSW/FNSTSW 
FCLEX/FNCLEX Clear exceptions 
FSTENV/FNSTENV | Store environment 
FLDENV. 
FSAVE/FNSAVE 
FRSTOR 

| FINCSTP 
FDECSTP 
FFREE 
FNOP No operation 
FWAIT | CPU wait 


Initialize processor 


Disable interrupts 


Enable interrupts 


Load control word 
Store control word 


Store status word. 


Load environment 

Save state 

Restore state 

Increment stack pointer 
Decrement stack pointer | 


Free register 


FENI/FNENI 


FENI/FNENI (enable interrupts) clears the inter- 
rupt enable mask in the control word, allowing 
the 8087 to generate interrupt requests. — 


FLDCW source 


FLDCW (load control word) replaces the current 
processor control word with the word defined by 
the source operand. This instruction is typically 
used to establish, or change, the 8087’s mode of 
operation. Note that if an exception bit in the 
status word is set, loading a new control word 
that unmasks that exception and clears the inter- 
rupt enable mask will generate an immediate 
interrupt request before the next instruction is 
executed. When changing modes, the recom- 
mended procedure is to first clear any exceptions 
and then load the new control word. — | 
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FSTCW/FNSTCW destination 


FSTCW/FNSTCW (store control word) writes 
the current processor control word to the memory 
location defined by the destination. 


FSTSW/FNSTSW destination 


FSTSW/FNSTCW (store status word) writes the 
current value of the 8087 status word to the 
destination operand in memory. The instruction 
has many uses: 


¢ to implement conditional branching 
following a comparison or FPREM instruc- 
tion (FSTSW); 


© to poll the 8087 to determine if it is busy 
(FNSTSW);. 


e to invoke exception handlers in environments 
that do not use interrupts (FSTSW). 


FCLEX/FNCLEX 


FCLEX/FNCLEX (clear exceptions) clears all 
exception flags, the interrupt request flag and the 
busy flag in the status word. As a consequence, 
the 8087’s INT and BUSY lines go inactive. An 
exception handler must issue this instruction 
before returning to the interrupted computation, 
Or another interrupt request will be generated 
immediately, and an endless loop may result. 


FSAVE/F NSAVE destination 


FSAVE/FNSAVE (save state) writes the full 8087 
state—environment plus register stack—to the 
memory location defined by the destination 
operand. Figure S-18 shows the layout of the 94- 
byte save area; typically the instruction will be 
coded to save this image on the CPU stack. If an 
instruction is executing in the 8087 NEU when 
FNSAVE is decoded, the CPU queues the 
FNSAVE and delays its execution until the run- 
ning instruction completes normally .or 
encounters an unmasked exception. Thus, the 
save image reflects the state of the NDP following 
the completion of any running instruction. After 
writing the state image to memory, 
FSAVE/FNSAVE initializes) the 8087 as if 
FINIT/FNINIT had been executed. 
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FSAVE/FNSAVE is useful whenever a program 
wants to save the current state of the NDP and 
initialize it for a new routine. Three examples are: 


¢ an operating system needs to perform a 
context switch (suspend the task that had 
been running and give control to a new task); 


e an interrupt handler needs to use the 8087; 


e an application task wants to pars a ‘‘clean’’ 
8087 toa subroutine. 


FNSAVE must be “protected” By executing: it in 
a critical region, i.e., with CPU interrupts dis- 
abled. This prevents an interrupt handler from 
executing a second FNSAVE (or other ‘‘no-wait’’ 
processor control instruction that references 
memory) which could destroy the first FNSAVE 
if it is queued in the 8087. An FWAIT should be 
executed before CPU interrupts are enabled or 
any subsequent 8087 instruction is executed. 
(Because the FNSAVE initializes the NDP, there 
is no danger of the FWAIT causing an endless 
wait.) Other CPU instructions may be executed 
between the FNSAVE and the FWAIT;. this 
parallel execution will reduce interrupt latency if 
the FNSAVE is queued in the 8087. 


FRSTOR source | 


FRSTOR (restore state) reloads the 8087 from the 
94-byte memory area defined by the source 
operand. This information should have been writ- 
ten by a previous FSAVE/FNSAVE instruction 
and not altered by any other instruction. CPU 
instructions (that do not reference the save image) 
may immediately follow FRSTOR, but no NDP 
instruction should be without an intervening 
FWAIT or an assembler- penetaled WAIT. 


Note that the 8087 ‘‘reacts’’ to its new state at the 
conclusion of the FRSTOR; it will for example, 
generate an immediate interrupt request if the 
exception and mask bits in the memory image so 
indicate. | , 


FSTENV/FNSTENV destination 


FSTENV/FNSTENV (store environment) writes 
the 8087’s basic status—control, status and tag 
words, and exception pointers—to the memory: 
location defined by the destination operand. 
Typically the environment is saved on the CPU 
stack. FSTENV/FNSTENV is often used by 
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exception handlers because it provides access to 
the exception pointers which identify the offend- 
ing instruction and operand. After saving the 
environment, FSTENV/FNSTENYV sets all excep- 
tion masks in the processor; it does not affect the 
interrupt-enable mask. Figure S-19 shows the for- 
mat of the environment data in memory. If 
FNSTENV is decoded while another instruction is 
executing concurrently in the NEU, the 8087 
queues the FNSTENV and does not store the 
environment until the other instruction has com- 
pleted. Thus, the data saved by the instruction 
reflects the 8087 after any previously decoded 
instruction has been executed. 


INCREASING ADDRESSES 


free [o[__orcooe 
[ese 


cl SIGNIFICAND 15-0 
SIGNIFICAND 31-16 | 
SIGNIFICAND 47-32 


15 0 


+0 
+2 
+4 


INSTRUCTION ne 


POINTER 
+8 


+10 
OPERAND 


POINTER +12 


+14 


+16 


TOP STACK 
ELEMENT:ST 


_ 
| 


+20 


it oronenrivo | oe 


s EXPONENT 14-0 
SIGNIFICAND 15-0 


+24 
+26 
ELEMENT:ST(1) +26 
+30 


+32 


+84 


SIGNIFICAND 31-16 +86 
SIGNIFICAND 47-32 +88 


LAST STACK 
ELEMENT:ST(7) 


SIGNIFICAND 63-48 +90 


s EXPONENT 14-0 +92 


NOTES: 
S = Sign 
Bit 0 of each field is rightmost, least significant bit of corresponding 
register field. : 
Bit 63 of significand is integer bit (assumed binary point is immediately 
to the right). 


Figure S-18. FSAVE/FRSTOR Memory 
Layout | 


FSTENV/FNSTENV must be allowed to com- 
plete before any other 8087 instruction is 
decoded. When FSTENV is coded, an explicit 
FWAIT, or assembler-generated WAIT, should 
precede any subsequent 8087 instruction. An 
FNSTENV must be executed in a critical region 
that is protected from interruption, in the same 
manner as FNSAVE. (There is no risk of the 
following FWAIT causing an endless. wait, 
because FNSTENV masks all exceptions, thereby 
preventing an interrupt request from the 8087.) 


INCREASING ADDRESSES 


15 0 


CONTROL WORD 
STATUS WORD 


TAG WORD . 


0] OPCODE 


Figure 8-19. FSTENV/FLDENV Memory 
Layout 


INSTRUCTION 
POINTER 


OPERAND 
POINTER 


FLDENV source 


FLDENV (load environment) reloads the 8087 
environment from the memory area defined by 
the source operand. This data should have been 
written by a previous FSTENV/FNSTENV 
instruction. CPU instructions (that do not 
reference the environment image) may 
immediately follow FLDENV, but no subsequent 
NDP instruction should be executed without an 
intervening FWAIT or assembler-generated 
WAIT. 


Note that loading an environment image that con- 
tains an unmasked exception will cause an 
immediate interrupt request from the 8087 
(assuming IEM=0 in the environment image). 


FINCSTP 


FINCSTP (increment stack pointer) adds 1 to the 
stack top pointer (ST) in the status word. It does 


not alter tags or register contents, nor does it 
transfer data. It is not equivalent to popping the 
stack since it does not set the tag of the previous 
stack top to empty. Incrementing the stack 
pointer when ST=7 produces ST=0. 
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FDECSTP 


FDECSTP (decrement stack pointer) subtracts 1 
from ST, the stack top pointer in the status word. 
No tags or registers are altered, nor is any data 
transferred. Executing FDECSTP when ST=0 
produces ST=7. 


FFREE destination 


FFREE (free register) changes the destination 
register’s tag to empty; the content of the register 
is unaffected. 


FNOP 


FNOP (no operation) stores the stack top to the 
stack top (FST ST,ST(O)) and thus etecuvely 
performs no operation. 


FWAIT (CPU instruction) 


FWAIT is not actually an 8087 instruction, but an 
alternate mnemonic for the CPU WAIT instruc- 
tion described in section 2.8. The FWAIT 
mnemonic should be coded whenever the pro- 
grammer wants to synchronize the CPU to the 
NDP, that is, to suspend further instruction 
decoding until the NDP has completed the current 
instruction. A CPU instruction should not 
attempt to access a. memory operand that has 
been read or written by a previous 8087 instruc- 


tion until the 8087 instruction has completed . The 
following coding shows how FWAIT can be used 
to force the CPU instruction to wait for the 8087: 


FNSTSW STATUS a 
FWAIT — Wait for FNSTSW 
MOV AX,STATUS | 


Programmers should not code WAIT to 
synchronize the CPU and the NDP. The routines 
that alter an object program for 8087 emulation 
eliminate FWAITs (and assembler-generated 
WAITs) but do not change any explicitly coded 


_ WAITs. The program will wait forever if a WAIT 


is encountered in emulated execution, since there 
is no 8087 to drive the CPU’s TEST pin active. 


Instruction Set Reference Information 


Table S-19 lists the operating characteristics of all 
the 8087 instructions. There is one table entry for 
each instruction mnemonic; the entries are in 
alphabetical order for quick lookup. Each entry 
provides the general operand forms accepted by 
the instruction as well as a list of all exceptions 
that may be detected during the operation. 


There is one entry for each combination of 
operand types that can be coded with the 
mnemonic. Table S-17 explains the operand iden- 
tifiers allowed in table S-19. Following this entry 
are columns that provide execution time in clocks, 
the number of bus transfers run during the opera- 
tion, the length of the instruction in bytes, and an 
ASM-86 coding sample. | 


Table S-17. Key to Operand Types | 


identifier | | Explanation oe: 


} ST Stack top; the register currently at the top of the stack. 


ST(i) 


Short-real 
Long-real 
Temp-real 
Packed-decimal 
Word-integer 
Short-integer 
Long-integer 


_nn-bytes 
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A register in the stack i (0<i<7) stack elements from the 
top. ST(1) is the next-on-stack register, ST(2) is below 
ST(1), etc. 


A short real (32 bits) number i in memory. 
A long real (64 bits) number in memory. 
A temporary real (80 bits) number in memory. 


A packed decimal integer (18 digits, 10 bytes) in memory. 


A word binary integer (16 bits) in memory. 
A short binary integer (32 bits) in memory. 
A long binary integer (64 bits) in memory. 


_Amemory area nn bytes long. 
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Execution Time 


The execution of an 8087 instruction involves 
three principal activities, each of which may con- 
tribute to the total duration (execution time) of 
the operation: 


e Instruction fetch 
e Instruction execution 
e Operand transfer 


The CPU and NDP simultaneously prefetch and 
queue their common instruction stream from 
memory. This activity is performed during spare 
bus cycles and proceeds in parallel with the execu- 
tion of instructions from the queue. Because of 
their complexity, 8087 instructions typically take 
much longer to execute than to fetch. This means 
that in a typical sequence of 8087 instructions the 
processors have a relatively large amount of time 
available to maintain full instruction queues. 
Instruction fetching is therefore fully overlapped 
with execution and does not contribute to the 
overall duration of a series of instructions. Fetch 
time does become apparent when a CPU jump or 
call instruction alters the normal sequential 
execution. This empties the queues and delays 
execution of the target instruction until it is 
fetched from memory. The time required to fetch 
the instruction depends on its length, the type of 
CPU, and, if the CPU is an 8086, whether the 
instruction is located at an even or odd address. 
(Slow memories, which force the insertion of wait 
states in bus cycles, and the bus activities of other 
processors in the system, may also lengthen fetch 
time.) Section 2.7 covers this topic in more detail. 


Table S-19 quotes a typical execution time and a 
range for each instruction. Dividing the figures in 
the table by 5 (assuming a 5 MHz clock) produces 
execution time in microseconds. The typical case 
is an estimate for operand values that normally 
characterize most applications. The range 
encompasses best- and worst-case operand values 
that may be found in extreme circumstances. 
Where applicable, the figures include all overhead 
incurred by the CPU’s execution of the ESC 
instruction, local bus arbitration (request/grant 
time), and the average overhead imposed by a 
preceding WAIT instruction (half of the 5-clock 
cycle that it uses to examine the TEST pin). 


The execution times assume that no exceptions 
‘are detected. Invalid operation, denormalized 
(unmasked), and zerodivide exceptions usually 


decrease execution time from the typical figure, 
but it will still fall within the quoted range. The 
precision exception has no effect on execution 
time. Unmasked overflow and underflow, and 
masked denormalized exceptions, impose the 
penalties shown in table S-18. Absolute worst- 
case execution time is therefore the high range 
figure plus the largest penalty that may be 
encountered. 


For instructions that transfer operands to or from 
memory, the execution times in table S-19 show 
that the time required for the CPU to calculate 
the operand’s effective address (EA) should be 
added. Effective address calculation time varies 
according to addressing mode; table 2-20 supplies 


the figures. 


Table S-18. Execution Penalties 


Overflow (unmasked) 


Underflow (unmasked) 
Denormalized (masked) 


Bus Transfers 


Instructions that reference memory execute bus 
cycles to transfer operands. Each transfer 
requires one bus cycle. The number of transfers 
depends on the length of the operand, the type of 
CPU, and the alignment of the operand if the 
CPU is an 8086. The figures in table S-19 include 
the ‘‘dummy read’’ transfer(s) performed by the 
CPU in its execution of the escape instruction that 
corresponds to the 8087 instruction. The first 
8086 figure is for even-addressed operands, and 
the second is for odd-addressed operands. | 


A bus cycle (transfer) consumes four clocks if the 
bus is immediately available and if the memory is 
running at processor speed, without wait states. 
Additional time is required if slow memories are 
employed, because these insert wait states into the 
bus cycle. In multiprocessor environments, the 
bus may not be available immediately if a higher 
priority processor is using it; this also can increase 
effective transfer time. 


8087 NUMERIC DATA PROCESSOR 


Instruction Length 


Instructions that do not reference memory are 
two bytes long. Memory reference instructions 
vary between two and four bytes. The third and 


Note that the lengths quoted in table S-19 do not 
include the one byte CPU WAIT instruction that 
the assembler automatically inserts in front of all 
NDP instructions (except those coded with a ‘‘no- 
wait’? mnemonic). | 


fourth bytes are used for 8- or 16-bit displacement 
values; the assembler generates the short displace- 
ment whenever possible. No displacements are 
required in memory references that use only CPU 
register contents to calculate an eperane’s effec- 
tive address. 


Table S-19. Instruction Set Reference Data 


FABS (no operands) 
Absolute value 


Execution Clocks 
Typical 8086 | 8088 


Exceptions: | 


_ Operands Coding Example 


(no operands) 


FADD aia aera 
Add real pcsaias D,O,U,P.. 


Execution Clocks 
Typical - gose | 80ae Bytes 


L/ST,ST(i)/ST(i),ST 70-100 
short-real ineeea 90-120+EA 
long-real 110+EA 95-125+EA 


Operands 


Coding Example 


FADD ST,ST(4) 
FADD AIR_TEMP [SI] 
FADD [BX].MEAN 


FADDP destination, source 
Add real and pop 


Execution Clocks | Transfers : 
” Typical 8086 8088 | Byles 


a 


FBLD — 
| _ Exceptions: | 


Exceptions: |, D, O, U, P 


Operands - Coding Example 


FBLD source 
~ Packed decimal (BCD) load 


Execution Clocks 
Typical 8086 | 8088 


| packed-decimal SO00+EA | 290-310+EA ell FBLD YTD_ SALES 


Operands | | Coding Example 


Mnemonics © Intel 1980 
5-44 


8087 NUMERIC DATA PROCESSOR 


Table S-19. Instruction Set Reference Data (Cont’d.) 


FBSTP FBSTP destination 


Packed decimal (BCD) store and pop 


Execution Clocks 
' Operands 


Byt 
Typical gose | soss |’ 
packed-decimal 530+EA | 520-540+EA FBSTP [BX].FORECAST 


FCHS FCHS (no operands) 


Change sign 


Execution Clocks 
: 3 Byt 
Ppereuee | Typical ose | soss' |’ 


FCLEX/FNCLEX _ FCLEX (no operands) 


Clear exceptions 


| Execution Clocks 
operands Typical g086 | sosa | &Y*es 
SC 


FCOM //source 
Compare real 


Execution Clocks 
t 
perang: Typical. 8086 | soss | &¥es 


IIST(i) AE 40-50 0 0 2 | FCOM ST(1) 
short-real 60-70+EA | 2/4 | 4 | 2-4 | FCOM [BP].UPPER_LIMIT 
long-real 65-75+EA | 4/6 | 8 | 2-4 | FCOM WAVELENGTH 


FCOMP //source 
Compare real and pop 


Execution Clocks | 
: | Byt Coding Exampl 
Operands Typical 8086 | 8088 ytes oding Example 
47 


[1ST(i) is — 42-52 | 0 0 | FCOMP ST(2) 
short-real | us 68+EA 63-73+EA 2/4 4 FCOMP [BP +2].N_.READINGS 
long-real 72+EA 67-77+EA 4/6 8 FCOMP DENSITY 


Exceptions: | 


Coding Example 


Exceptions: | 


Coding Example 


Exceptions: None 


Coding Example 


Exceptions: |, D 


Coding Example 


Exceptions: |, D 
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Table S-19. Instruction Set Reference Data (Cont’d.) 


FCOMPP | | 7 — (no oe | 


- Compare real and pop twice 


Execution Clocks | 
. Operands —T Typical 808e | 808e. Coding Example 


FDECSTP FDECSTP (nooperands) ..;_. 


Decrement stack pointer 


Execution Clocks 
| Typical: | Range | 8086 | 8088 weang.crample 


FDISI/FNDISI . FDISI (no operands) 


Disable interrupts 


Execution Clocks 
Typical. | Range | 8086 | 8088 


LO 


FDIV //source/destination,source . 
Divide real Pee 


. Execution Clocks a 


Exceptions: I,D 


Exceptions: None 


Operands 


(no operands) 


Exceptions: None 


Operands Coding Example 


(no operands) 


Exceptions: |, D, Z,O, U, P 


.. Operands Typical ‘8086 | oss | Coding Example 
0 | 0 | | 


iI ST(i), ST | 198 193-203 | FDIV 
short-real eR: -' | 220+EA | 215-225+EA } | FDIV DISTANCE 
long-real 225+EA 220-230+EA | | FDIV ARC [DI] 


FDIVP destination,source 


Divide real and pop Exceptions: |,D,Z,O,U,P 


Execution Clocks Transfers | : 
Coding 
Operands Typical Range | 8086 | sose | oding Example 


von [+ [= [= [pow a 
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Table S-19. Instruction Set Reference Data (Cont’d.) 


FDIVR //source/destination,source 


Divide real reversed Exceptions: |, D, 2,0, U, P 


Execution Clocks 


O ' 
perands Typical 3086 | 8088 Coding Example 


HIST,ST(i)/ST(i),ST | 199 194-204 | - 0 FDIVR ST(2),ST eas 
short-real | ' | 221+EA | 216-226+EA | 2/4 6 FDIVR [BX].PULSE_.RATE .. 
long-real . | 226+EA | 221-231+EA | 4/6 8 FDIVR RECORDER.FREQUENCY : 


Divide real reversed and pop 


FDIVRP 7 -FDIVRP destination,source 


Exceptions: |, D, Z, O, U,P 


— Execution Clocks 
Typical 8086 | 8088 


mr fmm fof 


FENI/FNENI ; FENI (no operands) 


Enable interrupts 


| Execution Clocks Transfers. . 
i Byt 
cestands | Typical 086 | 8088 | 


FFREE FFREE destination 


Free register 


Execution Clocks 
Byt 
ae Typical _ go86 | sosa |" 


pee ee ef Le re 


FIADD source 
Integer add 


Execution Clocks . 
| 7 —J Byt 
“| Typical 8086 | 8088 | 


120+EA | 102-137+EA |. 1/2 2-4 
125+EA | 108-143+EA | 2/4 2-4 


: Operands Coding Example — 


FDIVRP ST(1),ST , 


Exceptions: None 


Coding Example 


. Exceptions: None 


Coding Example 


Exceptions: |, D, 0, P 


Operands. . Coding Example. 


FIADD DISTANCE__TRAVELLED 
FIADD PULSE_._COUNT [SI] 


word-integer 
short-integer 
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FICOM 


word-integer 
short-integer 


FICOMP 


Operands 


word-integer 
short-integer 


Operands 


word-integer 
_short-integer 


FIDIVR 


Operands 


- word-integer 
short-integer 


Operands 


word-integer 
short-integer 
long-integer 
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Integer divide reversed 


_ | Typical 8086 | 8088 Bytes 
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Table S-19: Instruction Set Reference Data (Cont’d.) 


FICOM source 
“Integer compare 


Execution Clocks 
Typical 8086 | 8088 


80+EA 72-86+EA | 1/2 2-4 | FICOM TOOL.N__PASSES 
85+EA 78-91+EA 2/14 2-4 | FICOM [BP+4].PARM_ COUNT 


FICOMP source 
Integercompareandpop 


Execution licked 
‘Bytes 


Exceptions: |, D 


Coding Example 


Exceptions: |, D 


Coding Example 
74-B8+EA | 1/2 FICOMP [BP].LIMIT [SI] 
80-03+EA | 2/4 FICOMP N__SAMPLES 


Douce Exceptions: |, D, Z,0,U, P 


Integer divide 


Execution Clocks 
Typical | 8086 8088 | 


230+EA | 224-238+EA | 1/2 2-4 | FIDIV SURVEY.OBSERVATIONS 
236+EA .| 230-243+EA | 2/4 2-4 | FIDIV RELATIVE__ANGLE [DI] 


FIDIVR source 


Coding Example 


7 Exceptions: 1,D,Z,O, U, P 


- Execution Clocks 
Coding Example © 


230+EA 225-239+EA 
237+EA | 231-245+EA 


FIDIVR {BP].X_COORD 
FIDIVR FREQUENCY 


FILD source 
Integer load 


Execution Clocks | } Transfers | 
Typical ; 8086 | 8088 


46-54+EA FILD [BX].SEQUENCE 
52-60+EA FILD STANDOFF [DI] 
60-68+EA FILD RESPONSE.COUNT 


Exception: L 


Coding Example | 
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Table S-19. Instruction Set Reference Data (Cont’d.) 


FIMUL source 
Integer multiply 


Execution Clocks 
. Codi l 
Operands Typical Range 8086 | 8088 Bytes oding Example 
word-integer 130+EA 124-138+EA 2 2-4 | FIMUL BEARING 
short-integer 136+EA 130-144+EA 4 2-4 | FIMUL POSITION.Z__AXIS - 


FINCSTP FINCSTP (no operands) 


Increment stack pointer 


co 
FINIT/FENINIT FINIT (no operands) 


_ Initialize processor 


Execution Clocks 
. seperaiee Typical gose | aoaa | ®¥eS 
<r 


FIST destination 
Integer store | 


Execution Clocks 
Codi I 
Operands Typical 3086 | 8088 oding Example 


word-integer 86+EA 80-90+EA FIST OBS.COUNT [S]] 
short-integer | 88+EA 82-92+EA | FIST [BP].FACTORED__PULSES 


Exceptions: |, D, O, P 


Exceptions: None 


Coding Example 


Exceptions: None 


Coding Example 


Exceptions: |, P 


FISTP destination 
Integer store and pop 


Execution Clocks | 
. Codi | 
OP ane Typical 3086 | 6088 B oding Example 


word-integer 88+EA 82-92+EA FISTP [BX].ALPHA__COUNT [SI] 
short-integer 90+EA 84-94+EA | FISTP CORRECTED__TIME 
long-integer 100+EA 94-105+EA FISTP. PANEL.N__READINGS 


~’ Exceptions: |, P 
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Table S-19. Instruction Set Reference Data (Cont’d.) 


_ FISUB source 
~ Integer subtract 


| | Execution Clocks 
Operands T typical “Range 3086 | 8088 Bytes Coding Example 


word-integer ~s[ 120+EA | 102-187+EA | 1/2 FISUB BASE_.FREQUENCY 
short-integer = | 125+EA 108-143+EA | 2/4 FISUB TRAIN__SIZE [Di] 


FISUBR __ FISUBR source 


Integer subtract reversed 


Exceptions: |, D, O, P 


Exceptions: |, D,O,P 


Execution Clocks Transfers ‘| | 


Operands | Typical g08e | 8088 Bytes Coding Example 


word-integer i 120+EA | 103-139+EA | 1/2 _| FISUBR FLOOR [BX] [SI] 
short-integer 125+EA | 109-144+EA | 2/4 FISUBR BALANCE 


FLD source 


Load real = | Exceptions: |, D 


Operands Coding Example 


ST(i) .. . | FLD ST(0) . : 
short-real | ) FLD READING [SI].PRESSURE 
long-real j FLD [BP].TEMPERATURE 
temp-real Qn! FLD SAVEREADING 


FLDCW source. 
‘Load control word 


Execution Clocks | Transfers | 
Typical sose | sose | ®¥'es 


2-bytes 1orEA | 7-444EA | 112 


Exceptions: None | 


Operands Coding Example 


FLDCW CONTROL_WORD ~ 


Exceptions: None. 


_FLDENV source . 
~ Load environment on 


Execution Clocks . 
Bytes | 
Typical ose | sos | -Y °° 


14-bytes | 40+EA 35-45+EA | 7/9 2-4 | FLDENV [BP +6] : 


FLDENV 


Operands Coding Example — 
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Table S-19. Instruction Set Reference Data (Cont’d.) 


FLD LG2 FLDLG2 (no operands) : 
Exceptions: | 


Load log,, 2 
“Sar ooe 


Execution Clocks 
Typical | 8086 8088 
a 
FLDLN2 FLDLN2 (no operands) 


Load log, 2 
Execution Clocks 
Operands 
P Typical a08e | aosa | °Ytes 
= De Dee [pe ae 


FLDL2E  FLDL2E (no operands) — 


Load log, e 


Execution Clocks 
O 
pelancs Typical | Range | } 8086 aosa | Pvtes 


a 


FLDL2T | _ FLDL2T (no operands) 


Load log.10 


Execution Clocks 
O d 
_ eee Typical sose | sose | &¥tes 
As 


FLDPI | FLDPI (no operanes 


Loadn 


‘Execution Clocks 
wom | 


Coding Example 


Exceptions: | 


Coding Example 


Exceptions: | 


ome Example 


Exceptions: | 


Coding Example 


Exceptions: | 


Bytes Coding Example 


| Typical | Range | 8086 8088 
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Table S-19. Instruction Set Reference Data (Cont’d.) 


FLDZ FLDZ (no operands) | = fence 
Load +0.0 xceptions: 


| — Execution Clocks - | 
Operands Typical 8086 | 8088 Coding Example 


a a 


FLD1 FLD1 (no operands) 2 o oe 
Load +1.0 xceptions: 


| : Execution Clocks 7 | 
. aes Coding E 
Operands | Typical “pose! 8088 oding Example 


cil Re a Be 


(no operands) | és 18 


FMUL //source/destination,source 
‘Multiply real 


Execution Clocks 
— Codi 
es ee Typical | Range | 8os6| sosa ogg Exams 


//ST(i),ST/ST,ST(i) | | | , . | FMUL ST,ST(3) 
/1ST(i),ST/ST,ST(i) | FMUL ST,ST(3) 
short-real | | 118+EA | 110-125+EA | 2/4 | ; FMUL SPEED_FACTOR 
long-real’ | 120+EA | 112-126+EA | FMUL [BP].HEIGHT 
long-real 161+EA | 154-168+EA oe | FMUL [BP].HEIGHT 


‘Exceptions: |, D,O, U,P 


occurs when one or both operands is ‘‘short’’—it has 40 trailing zeros in its fraction (e.g., it was loaded from a short-real 
memory operand). 


FMULP FMULP destination,source 
. ‘Multiply real and pop 


Execution Clocks Transfers 
ina E 
eperands Typical Range | 8086] 8088 weoding =xample 


_ Exceptions: |, D, O, U, P 


ST(i),ST 100 94-108 FMULP ST(1),ST 
ST(i),ST 142 | 134-148 FMULP ST(1),ST 


occurs when one or both operands is ‘‘short’’—it has 40 trailing zeros in its fraction (e.g., it was loaded from a short-real 
memory operand). . | 
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Table S-19. Instruction Set Reference Data (Cont’d.) 


FNOP FNOP (no operands) 


No operation 


Execution Clocks 
Typical 8086] sosa | °¥eS 
en od MIRRED 
FPATAN FPATAN (no operands) 


Partial arctangent 


Execution Clocks . 
| B Coding E I 
opelanee Typical Range | 8086] 8oae | -’‘°S a 
(no operands) FPATAN 


FPREM FPREM (no operands) 


Partial remainder 


Execution Clocks 
B 
perands Typical Range | 8086] 808s | -’'°S 
= wore [+ = fmm 


Exceptions: None 


Coding Example 


Exceptions: U, P (operands not checked) 


Exceptions: |, D, U 


Coding Example 


F PTAN FPTAN (no operands) 


Partial tangent 


Execution Clocks 
O Byt 
perands Typical gose | 8088 |» > 


FRNDINT FRNDINT (no operands) 


Round to integer 


Execution Clocks 
operands Typical Range | 8086 | soae | °Ytes 
oe Ll 


Exceptions: |, P (operands not checked) 


Coding Example 


Exceptions: |, P 


Coding Example 


FRNDINT 
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Table S-19. Instruction Set Reference Data (Cont’d.) 


FRSTOR _. FRSTOR source 


Restore gong state Exceptions: None 


| Execution Clocks | Clocks Transfers 


aed Typical “e086 | soae | ®"es 
| 94-bytes | 210+EA | 205-215+EA | 47/49 p96 | 24 FRSTOR [BP] a oe 


|FSAVE/FNSAVE _rsave destination 


Save state 


Execution Clocks 
Byt 
| Typical | ose | 8088 |’ 


94-bytes — 205- 215+EA 48/50: Doll Sk FSAVE eae 


FSCALE _ +» . FSCALE (no operands) 


Scale 


Execution Clocks 
Typical 8086 | 8088 


a 


FSQRT orl hac eS FSQRT (no operands) 


Square root 


Execution Clocks 
Typical “3086 | soas | bytes 


ae 


FST destination 
Store real | 


Execution Clocks 
Bytes 


Coding Example 


Exceptions: None 


Operands Coding Example 


Exceptions: |,0O,U 


Operands Coding Example 


Exceptions: |, D, P 


‘Operands — 


(no operands) 


Coding Example 


Exceptions: |, 0, U, P 


Coding Example 


| baie Typical ~ a086 | 8088 


ST(i) | 18 15-22 0 0 FST ST(3) 
short-real 87+EA 84-90+EA 3/5 | 6 : 4 |} FST CORRELATION [DI] 
2-4 


long-real 100+EA 96-104+EA | 5/7 10 FST MEAN__READING 
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Table S-19. Instruction Set Reference Data (Cont’d.) 


FSTCW/FNSTCW Es estew destination 


Store control word 


Execution Clocks 
O 
perands Typical 8086] soas | °Y'es 
9-bytes | 1B+EA | 1248+EA 2a] a 


FSTENV/FNSTENV FSTENV destination 


Store environment 


Execution Clocks | 
operands Typical Range | 8086] soas | °¥*eS 
14-bytes AS+EA .| 40-50+EA | 8/10 2-4 | FSTENV [BP] 


FSTP FSTP destination 


Store real and pop 


Exceptions: None 


Coding Example 


FSTCW SAVE_CONTROL 


Exceptions: None 


Coding Example 


Exceptions: |, O, U,P 


Execution Clocks Transfers 
O Byt 
peronee Typical 8086 | goss |) * 


Coding Example 


ST(i) 17-24 0 0 FSTP ST(2) 
short-real 86-92+EA | 3/5 | 6 FSTP (BX].ADJUSTED__RPM 
long-real 98-106+EA| 5/7 | 10 FSTP TOTAL_DOSAGE 
temp-real 52-58+EA | 6/8 | 12 FSTP REG_SAVE [SI] 


FSTSW/FNSTSW - estsw destination. 


Store status word Exceptions: None 


. Execution Clocks Transfers 
O 
perands Typical Range | 8086] sae | &¥tes 


Coding Example 


2-bytes | 15+EA 12-18+EA | 2/4 pa | ae FSTSW SAVE_STATUS 


FSUB //source/destination,source 
Subtract real 


~ Execution Clocks 
Bytes 


Exceptions: |1,D,0O,U,P 


Coding Example 


; | 
pete: : Typical | Range | 8086 | 8088 


—THIST,ST(i)/ST(i), ST ) 70-100 0 0 2 FSUB ST,ST(2) 
short-real 90-120+EA} 2/4 4 2-4 | FSUB BASE_VALUE 
8 2-4 


FSUB COORDINATE.X 


long-real 95-125+EA| 4/6 
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Table S-19. Instruction Set Reference Data (Cont’d.) 


FS U B P FSUBP destination,source 
Subtract real and pop 


Execution Clocks 
aperans Typical Range | s0a6| soas | >¥'eS 
more | | 


FSUBR FSUBR //source/destination,source 
Subtract real reversed 


Execution Clocks 
O | : i I 
perands Typical 8086 | 8088 Coding Example 


LIST, ST(i)/ST(i),ST | 87 : FSUBR ST,ST(1) 
short-real | 105+EA FSUBR VECTORISI] 
long-real 110+EA | 95-125+EA] 4/ | FSUBR [BX].INDEX 


Exceptions: |,D,0O,U,P 


Coding Example 


Exceptions: 1,D,O,U,P 


FSUBRP FSUBRP destination,source 


Subtract real reversed and pop 


Exceptions: !,D,0,U,P 
Executon Clocks 
Typical 8086 | 8088 


Operands Coding Example 


SsTi),ST a 75-105 poof of 2 FSUBRP ST(1),ST : 


FTST (no operands) 
Test stack top against :-0.0 


Exceptions: |, D 
Execution Clocks 
| Typical Range | 8086 | sose | °¥*°S 
42 


Operands Coding Example 


a OG 


FWAIT (no operands) 
(CPU) Wait while 8087 is busy 


| : Execution Clocks 
| Teper Typical 8086 | 80ae | °Y*eS 
oo [veer [ver Le Pe [few 


Exceptions: None (CPU instruction) 


Coding Example 


*n =number of times CPU examines TEST line before 8087 lowers BUSY. 
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Table S-19. Instruction Set Reference Data (Cont’d.) 


FXAM (no operands) 
Examine stack top 


| Execution Clocks 
Operands Typical Range 3086 | 8088 Bytes Coding Example 
rere ol a 


FXCH //destination 
Exchange registers 


Execution Clocks 
B 
Typical 8086 | soas | >¥'°s 
” 


Exceptions: None 


Exceptions: | 


Operands 


FXTRACT | _ FXTRACT (no operands) 


Extract exponent and significand 


| Execution Clocks 
mpetanee:  * Typical 8086 | soe | °Y*eS 
Sa a 


FYL2X | FYL2X (no operands) a 
a Y*Log, xX. Exceptions: P (operands HORA eee 


Execution Clocks 
Typical 8086 | soe | PYtes 


FYL2XP1 . | FYL2XP1 (no operands) 


Y * 10g (X +1) 


Execution Clocks 
Cpetande “Typical 8086 | sosa | Pvtes 
(no operands) | | aso | 700-1000 Sof o |} 2 | FYL2XP1 | 7 


Coding Example © 


FXCH ST(2) 


at ee ES 


Exceptions: | 


Coding Example 


FXTRACT 


Operands Coding Example 


Exceptions: P (operands not checked) 


Coding Example 
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Table S-19. Instruction Set Reference Data (Cont’d.) 


F2XM1 


2X4 


Operands 
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F2XM1 (no operands) 


Execution Clocks 
| Typical 8086 | 8088 
| (no operands) ae 310-630 Elna FOXM1 


Exceptions: U, P (operands not checked) 


Coding Example 


_$.8 Programming Facilities 


Writing programs for the 8087 is a natural exten- 
sion of the process described in section 2.9, just as 
the NDP itself is an extension to the CPU. This 


section describes how PL/M-86 and ASM-86 pro- | 


grammers work with the 8087 in these languages. 
It also covers the 8087 software emulators 
provided for both translators. 


The level of detail in this section is intended to 
give programmers a basic understanding of the 
software tools that can be used with the 8087, but 
this information is not sufficient to document the 
full capabilities of these facilities. The definitive 
description of ASM-86 and the full 8087 emulator 
is provided in MCS-86 Assembly Language 
Reference Manual, Order No. 9800640, and 
MCS-86 Assembler Operating Instructions for 
ISIS-IT Users, Order No. 9800641. PL/M-86 and 
the partial emulator are documented in PL/M-86 
Programming Manual, Order No. 9800466 and 
ISIS-II PL/M-86 Compiler Operator’s Manual, 
Order No. 9800478. These publications may be 
ordered from Intel’s Literature Department. 


Readers should be familiar with section 2.9 of the 
8086 Family User’s Manual in order to benefit 
from the material in this section. 


PL/M-86 


High level language programmers can access a 
useful subset of the 8087’s (real or emulated) 
capabilities. The PL/M-86 REAL data type 
corresponds to the NDP’s short real (32-bit) for- 
mat. This data type provides a range of about 
8.43*10°37 < |X] < 3.38*1038, with about seven 
significant decimal digits. This representation is 
adequate for the data manipulated by many 
microcomputer applications. 


The utility of the REAL data type is extended by 


the PL/M-86 compiler’s practice of holding 
intermediate results in the 8087’s temporary real 
format. This means that the full range and preci- 
sion of the processor may be utilized for 
intermediate results. Underflow, overflow, and 
rounding errors are most likely to occur during 
intermediate computations rather than during 
calculation of an expression’s final result. 
Holding intermediate results in temporary real 
format greatly reduces the likelihood of overflow 
and underflow and eliminates roundoff as a 
serious source of error until the final assignment 


of the result is performed. 


The compiler generates 8087 code to evaluate 
expressions that contain REAL data types, 
whether variables or constants or both. This 
means that addition, subtraction, multiplication, 
division, comparison, and assignment of REALs 
will be performed by the NDP. INTEGER expres- 
sions, on the other hand, are evaluated on the 


CPU. 


Five built-in procedures (table S-20) give the 
PL/M-86 programmer access to 8087 functions 
manipulated by the processor control instruc- 
tions. Prior to any arithmetic operations, a 
typical PL/M-86 program will setup the NDP 
after power up using the INITSREAL$SMATH 
S$UNIT procedure and then issue 
SET$REAL$MODE to configure the NDP. 
SET$REAL$MODE loads the 8087 control word, 
and its 16-bit parameter has the format shown in 
figure S-7. The recommended value of this 
parameter is 033EH (projective closure, round to 
nearest, 64-bit precision, interrupts enabled, all 
exceptions masked except invalid operation). 
Other settings may be used at the programmer’s 
discretion. 
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Table S-20. PL/M-86 Built-In Procedures 


INITSREALSMATHSUNIT® =| FINIT 
FLDCW 


SET$REAL$MODE 


GETSREALSERROR®) 


SAVESREALS$STATUS 
RESTORE$REAL$STATUS 


FNSAVE 
FRSTOR 


Initialize processor. 


Set exception masks, rounding 
precision, and infinity controls. 


FNSTSW & FNCLEX Store, then clear, exception 


flags. 
Save processor State. 


Restore processor state. 


“)Also initializes interrupt pointers for emulation. 


Returns low-order byte of status word. 


If any exceptions are unmasked, an exception 
handler must be provided in the form of an inter- 
rupt procedure that is designated to be invoked by 
CPU interrupt pointer (vector) number 16. The 
exception handler :can use the GET$REAL 
$ERROR procedure to obtain the low-order byte 
of the 8087 status word and to then clear the 
exception flags. The byte returned by 
GET$REALSERROR contains the exception 
flags; these can be examined to determine the 
source of the exception. 


The SAVE$REALS$STATUS and RESTORE 
$REALS$STATUS procedures are provided for 
multi-tasking environments where a running task 
that uses the 8087 may be preempted by another 
task that also uses the 8087. It is the responsibility 
of the preempting task to issue 
SAVE$REALSSTATUS before it executes any 
statements that affect the 8087; these include the 
INITSREAL$SMATHS$UNIT and SETS$REAL 
$MODE procedures as well as arithmetic expres- 
sions. SAVE$REALSSTATUS: saves the 8087 
state (registers, status, and control words, etc.) on 
the CPU’s stack. RESTORESREALSSTATUS 
reloads the state information; the preempting task 
must invoke this procedure before terminating in 


order to restore the 8087 to its state at the time the - 


running task was preempted. This enables the 
preempted task to resume execution from the 
point of its preemption. 


Note that the PL/M-86 compiler prefixes every 
8087 instruction with a CPU WAIT. Therefore, 
programmers. should not code PL/M-86 
statements that generate 8087 instructions if the 


NDP can request an interrupt and that interrupt is 
blocked (this may result in the endless wait 
condition described in section S.6.) 


ASM-86_ 


The ASM-86 assembly language provides a single 
uniform set of facilities for all combinations of 
the 8086/8088/8087 processors. Assembly 
language programs can be written to be com- 
pletely independent of the processor set on which 
they are destined to execute. This means that a 
program written originally for an 8088 alone will 
execute on an 8086/8087 combination without 
re-assembling. The programmer’s view of the 
hardware is a single machine with these resources: 


e 160 instructions 

e 12 data types 

e 8 general registers 

¢ 4segment registers | 


e 8 floating-point registers, organized as a 
stack 


The combination of the assembly language and 
the 8087 emulator decouple the source code from 
the execution vehicle. For example, the assembler 
automatically inserts CPU WAIT instructions in 
front of those 8087 instructions that require them. 
If the program actually runs with the emulator 
rather than the 8087, the WAITs are auto- 
matically removed at link time (since there is no 
NDP for which to wait). 
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Defining Data 


The ASM-86 directives shown in table S-21 
allocate storage for 8087 variables and constants. 
As with other storage allocation directives, the 
assembler associates a type with any variable 
defined with these directives. The type value is 
equal to the length of the storage unit in bytes (10 
for DT, 8 for DQ, etc.). The assembler checks the 
type of any variable coded in an instruction to be 
certain that it is compatible with. the instruction. 
For example, the coding FIADD ALPHA will be 
flagged as an error if ALPHA’s type is not 2 or 4, 
because integer addition is only available for 
word and short integer data types. The operand’s 
type also tells the assembler which machine 
instruction to produce; although to the pro- 
grammer there is only an FIADD instruction, a 
different machine instruction is ae for each 
operand type. tS pps | 


On occasion it is desirable to use an instruction 
with an operand that has no declared type. For 
example, if register BX points to a short integer 
variable, a programmer may want to code 
FIADD [BX]. This can be done by informing the 
assembler of the operand’s type in the instruction, 
coding FIADD DWORD PTR [BX]. The 
corresponding - overrides for the other storage 
allocations are WORD PTR, eee PTR, and 
TBYTE PTR. 


The assemblet does not, however, check the types 
of operands used in processor control instruc- 
tions. Coding FRSTOR [BP] implies that the pro- 
grammer has set up register BP to point to the 
stack location where the processor’s 94- Eee state 
record has been previously saved. 


The initial values for 8087 constants may be 
coded in several different ways. Binary integer 
constants may be specified as bit strings, decimal 
integers, octal integers, or hexadecimal strings. 
Packed decimal values.are normally written as 


decimal integers, although the assembler will 
accept and convert other representations of 
integers. Real values may be written as ordinary 


decimal real numbers (decimal point required), as 


decimal numbers in scientific notation, or as hex- 
adecimal strings. Using hexadecimal strings is 
primarily intended for defining special values 
such as infinities, NANs, and nonnormalized 
numbers. Most programmers will find that 
ordinary decimal and scientific decimal provide 


the simplest way to initialize 8087 constants. 
Figure S-20 compares several ways of setting the 


_ various 8087 data types to the same initial value. 


~ Note that preceding 8087 variables and constants 


with the ASM-86 EVEN directive ensures that the 
operands will be word-aligned in memory. This 
will produce the best performance in 8086-based 
systems, and is good practice even for 8088 soft- 
ware, in the event that the programs are trans- 
ferred. to an 8086. All 8087 data types occupy 
integral numbers of words so that no storage is 
‘‘wasted’’ if blocks of variables are defined 
together and ee by a ue EVEN 
declarative. 


Records and Structures 


The ASM-86 RECORD and STRUC (structure) 
declaratives can be very useful in NDP program- 
ming. The record facility can be used to define the 
bit fields of the control, status, and tag words. 
Figure S-21: shows one definition of the status 
word and how it might be used in a routine that 
polls the 8087 — it has te casas an instruc- 
tion. 


Because: structures ioe: different but related 
data types to be grouped together, they often pro- 
vide a natural way to represent ‘‘real world’’ data 
organizations. The fact that the structure 
template may. be ‘‘moved’’ about.in memory adds 
to its flexibility. Figure S-22 shows a simple struc- 


Table S-21. 8087 Storage Allocation Directives 


| 8087 Data Types | 


| Directive 


| Interpretation 


Define Word 


~ Define Doubleword 


Define Quadword 
Define Tenbyte . 


Word integer 

Short integer, short real 

Long integer, long real: 

| Packed decimal, temporary real 
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THE FOLLOWING ALL ALLOCATE THE CONSTANT: 


-126 


; NOTE TWO'S COMPLEMENT STORAGE OF NEGATIVE BINARY INTEGERS. 


> EVEN 
WORD_INTEGER DW 


SHORT_INTEGER DD OFFFFFF82H 


LONG_INTEGER DQ -126 
SHORT _REAL DD -126.0 
LONG REAL DD -1.26E2 
PACKED DECIMAL DT ~-126 


; IN THE FOLLOWING, 
; SIGNIFICAND IS ‘'7E00...00', 


1111111110000108B 


. 
' 
. 
t 
. 
' 
' 
. 
‘ 
. 
Uy 


. 
' 


SIGN AND EXPONENT 
"R' INFORMS ASSEMBLER THAT 


FORCE WORD ALIGNMENT 

BIT STRING 

HEX STRING MUST START WITH DIGIT 
ORDINARY DECIMAL 

NOTE PRESENCE OF '.'! 
""SCIENTIFIC'' 

ORDINARY DECIMAL INTEGER 

LS. C0054, 


: THE STRING REPRESENTS A REAL DATA TYPE. 


TEMP_REAL DT 


OCOOS7EDDDDDDDODDNDDOOOR ; 


HEX STRING 


Figure S-20. Sample 8087 Constants 


; RESERVE SPACE FOR STATUS WORD 
STATUS_WORD DW ? 

; LAY OUT STATUS WORD FIELDS 
STATUS RECORD 
BUSY: 

COND CODE3: 
STACK _TOP: 
COND _CODE2: 
COND_CODE1: 
COND _CODEO: 
INT REQ: 
RESERVED: 


Se Oo oe So > mm oS > 4s > 2 WW >= = 
- ss s&s © s&s Ss © es eS eS we 


1_FLAG: 
POLL STATUS WORD UNTIL 8087 IS NOT BUSY 

POLL: FNSTSW STATUS WORD 
| TEST STATUS WORD, 
JNZ POLL 


~* 20 LO PO LO LO LO LO RO RO RO LO LO PO LO 


MASK BUSY 


Figure S-21. Status Word RECORD Definition 


SAMPLE STRUC 
N_OBS DD ? ;SHORT INTEGER 
MEAN DQ ? ;LONG REAL 
MODE DW ? ;WORD INTEGER 
STD_DEV DQ ? ; LONG REAL 
;ARRAY OF OBSERVATIONS -- WORD INTEGER 
TEST_SCORES DW 1090 DUP (?) 


SAMPLE ENDS 


Figure S-22. Structure Definition 


ture that might be used to represent data con- 
sisting Of a series of test score samples. A struc- 
ture could also be used to define the organization 
of the information stored and loaded: by the 
FSTENV and FLDENYV instructions. 


Addressing Modes 


8087 memory data can be accessed with any of the 
CPU’s five memory addressing modes. This 
means that 8087 data types can be incorporated in 
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data aggregates ranging from simple to complex 
according to the needs of the application. The 
addressing modes, and the ASM-86 notation used 
to specify them in instructions, make the access- 
ing of structures, arrays, arrays of structures, and 
other organizations direct and straightforward. 
Table S-22 gives several examples of 8087 instruc- 
tions coded with operands that illustrate different 
addressing modes. 


8087 Emulators 


Intel offers two software products that provide 
the functional equivalent of an 8087, 
implemented in 8086/8088 software. The full 
emulator (E8087) emulates all 8087 instructions. 
The partial emulator (PE8087) is a smaller version 
that implements only the instructions needed to 
support PL/M-86 programs. The full emulator 
adds about 16k bytes to a program, while the 
partial emulator executes in about 8k. Any 
emulated program will deliver the same results 
(except for timing) if it is executed on 8087 
hardware. _ 


The emulators may be viewed as consisting of 
emulated hardware and emulated instructions. 
The emulators establish in CPU memory the 
equivalent of the 8087 register stack, control, and 
status words and all other programmer-accessible 
elements of the NDP architecture. The emulator 
instructions utilize the same algorithms as their 
hardware counterparts. Emulator instructions are 
actually implemented as CPU interrupt pro- 
cedures. During relocation and linkage the 8087 
machine instructions generated by the ASM-86 
and PL/M-86 translators are changed to software 
interrupt (INT) instructions which invoke these 
procedures. as the CPU processes its instruction 
stream. 
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Table S-22. Addressing Mode Examples 


ALPHA 


ALPHA.BETA 


QWORD PTR [BX] 


ALPHA [SI] 


[BP].BETA 


TBYTE PTR [BX] [DI] 


Since the decision to produce real or emulated 
8087 instructions is made at link time, a program 
may be switched from one mode to the other 
without retranslating the source code. When the 
PL/M-86 compiler or ASM-86 assembler places 
an 8087 machine instruction into an object 
module, it also inserts a special external reference. 
This reference is satisfied by linking the object 
module to one of two Intel-supplied libraries: the 
real library, or the emulator library. If the real 
library is specified, LINK-86 simply deletes the 
external references, leaving the original 8087 
machine instructions. 


To run on an emulated 8087, the object program 
is linked to the emulator library and to a file con- 
taining the code of either the full or the partial 
emulator. LINK-86 then adds the emulator code 
to the program and changes the 8087 machine 
instructions (and their preceding WAITs) to CPU 
software interrupt instructions. Any FWAIT 
instructions are also changed to CPU NOPs. 


Note that an explicitly-coded CPU WAIT instruc- 
tion will not be changed; if it is executed under 
emulation, the CPU will wait forever. This is why 


ALPHA is a simple scalar (mode is 
direct). 


BETA is a field in a structure that is 
‘foverlaid’’ on ALPHA (mode _ is 
direct) 


BX contains the address of along real 


_ variable (mode is register indirect). 


ALPHA is an array and SI contains the 
offset of an array element from the 
start of the array (mode is indexed). 


BP contains the address of a 
structure on the CPU stack and BETA 
is a field in the structure (mode is | 
based). 


BX contains the address of a packed 
decimal array and DI contains the off- 
set of an array element (mode is 
based indexed). 


the FWAIT mnemonic should always be used 
when the external processor that the CPU is to 
wait for is an 8087. 


In order to be compatible with E8087, ASM-86 
programs should observe the following 
conventions: 


e Their stack segment and class should be 
named STACK. 


e Interrupt pointer (vector) 16 should be 
designated for the user’s exception handler 
interrupt procedure. 


e The external procedure INIT87 should be 
called in the program’s initialization (power- 
up) sequence. If the emulator is being used, 
this procedure will initialize CPU interrupt 
pointers 20-31 to the addresses of emulator 
procedures and will execute an (emulated) 
FINIT instruction. If the program is not 
being emulated, INIT87 simply executes the 
FINIT instruction. 


PL/M-86 automatically observes corresponding 
conventions. : 3 
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Programming Example 


Figures S-23 and S-24 show the PL/M-86 and 
ASM-86 code for a simple 8087 program, called 
ARRSUM. The program references an array 
(X$ARRAY), which contains 0-100 short real 
values; the integer variable NSOF$X indicates the 
number of array elements the program is to 
consider. ARRSUM steps through X$ARRAY 
accumulating three sums: 


e SUMS$X, the sum of the array values; 


e SUMS$INDEXES, the sum of each array 
value times its index, where the index of the 
first element is 1, the second is 2, etc.; 


e SUMS$SQUARES, the sum of each array 
element squared. 


(A true program, of course, would go beyond 
these steps to store and use the results of these 
calculations.) The control word is set with the 
recommended values: projective closure, round to 
nearest, 64-bit precision, interrupts enabled, and 
all exceptions masked except invalid operation. It 


is assumed that an exception handler has been 
written to field the invalid operation, if it occurs, 
and that it is invoked by interrupt pointer 16. 
Either version of the program will run on an 
actual or an emulated 8087 without altering the 
code shown. 


The PL/M-86 version of ARRSUM (figure S-23) 
is very straightforward and illustrates how easily 
the 8087 can be used in this language. After 
declaring variables the program calls built-in 
procedures to initialize the processor (or its 
emulator) and to load the control word. The pro- 
gram clears the sum variables and then steps 
through X$ARRAY with a DO-loop. The loop 
control takes into account PL/M-86’s practice of 
considering the index of the first element of an 
array to be O. In the computation of 
SUMSINDEXES, the built-in procedure FLOAT 
converts I+1 from integer to real because the 
language does not support ‘‘mixed mode’’ 
arithmetic. One of the strengths of the NDP, of 


PL/M-86 COMPILER ARRAYSUM 


ISIS-II PL/M-86 DEBUG V2.1 COMPILATION OF MODULE ARRAYSUM 


OBJECT MODULE PLACED IN :F4:ARRSUM.OBJ 
:FO:PLM86 :F4:ARRSUM.P86 XREF 


COMPILER INVOKED BY: 


| hetatishatiehehetahedadehetiehaieheiehahateheiedetatelotelehetehehehatehedahehahehe 
* 


* ARRAYS UM. 
2 


* 


MOD. * 


* 


FIT TET RITE HEHE IE / 


1 ARRAYSSUM: DO; 

2 1 DECLARE (SUM$X,SUMSINDEXES,SUMSSQUARES) REAL; 
3 { DECLARE X$ARRAY (100) REAL; 

4 1 DECLARE (NSOF$X,1I) INTEGER; 

5 { DECLARE CONTROLS87 LITERALLY ‘033EH'; 


6 1 CALL INITSREALSMATHSUNIT: 
7 1 CALL SETSREALSMODE( CONTROL$87) ; 
/* CLEAR SUMS) */ 
8 1 SUMSX, SUMSINDEXES, SUM$SQUARES = 0.0; 
/* LOOP THROUGH XSARRAY, ACCUMULATING SUMS */ 
9 1 DO I = O 70 NSOFSX = 1; 
10 2 SUM$X = SUMBX + XSARRAY(I); 
11. 2 SUMSINDEXES = SUMSINDEXES + 
(XSARRAY(I) * FLOAT(I + 1))3 
wm 2 SUMSSQUARES .= SUMSSQUARES + (XSARRAY(I) * XSARRAY(I)); 
13. 2 ; 
/* EIc...*/ 
14.01 END ARRAYSSUM; 


/* ASSUME X$ARRAY AND NSOFSX ARE INITIALIZED 
/* PREPARE THE 8087, OR ITS EMULATOR */ 


Figure S-23. Sample PL/M-86 Program 
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PL/M-86 COMPILER ARRAYSUM . 


CROSS-REFERENCE LISTING 


PROCEDURE STACK=0002H 
LITERALLY 
BUILTIN 
INTEGER 
BUILTIN 
INTEGER 
BUILTIN 
REAL 

REAL 

REAL 


~_ 


eo) 
= 
—_ 
be 
Nh 


ONANODO -~ 


lo ieche sn ee) 


REAL ARRAY(100) ~ A 


'DEFN ADDR SIZE 
1 0002H 151 ARRAYSUM . 
) CONTROL87. 
FLOAT. .« . 
4 O19EH BD Dik ay vee tae 8 AD Ge Se ° 
INITREALMATHUNIT . 
4 019CH 2 NOFX . . 6 « « « 
| SETREALMODE. . . 
2 0004H 4 SUMINDEXES ... 
2 0008H 4 SUMSQUARES . . 
2 OOOOH 4 SuUMxX .. . 
3 OOOCH 400 XARRAY . . 
MODULE INFORMATION: 
CODES AREA SIZE = 0099H 153D 
CONSTANT AREA SIZE = OOO4H AD 
VARIABLE AREA SIZE: = O1A0H 416D 
MAXIMUM STACK SIZE = O0002H 2D 


33 LINES READ 
O PROGRAM ERROR(S) 


END OF PL/M-86 COMPILATION 


Figure S-23. Sample PL/M-86 Program (Cont’d.) 


course, is that it does support arithmetic on mixed 
data types, and assembly language programmers 
can take advantage of this facility. 


The ASM-86 version (figure S-24) defines the 
external procedure INIT87, which makes the dif- 
ferent initialization requirements of the processor 
and its emulator transparent to the source code. 
After defining the data, and setting up the seg- 


8086/8087/8088 MACRO ASSEMBLER ARRSUM 


ment registers and stack pointer, the program 
calls INIT87 and loads the control word. The 
computation begins with the next three instruc- 


tions, which clear three: registers by loading 


(pushing) zeros onto the stack. As shown in figure 
S-25, these registers remain at the bottom of the 


stack throughout the computation while tem- 


porary values are pushed on and popped off the 
stack above them. 


ISIS-II 8086/8087/8088 MACRO ASSEMBLER V3.0 ASSEMBLY OF MODULE ARRSUM 


OBJECT MODULE PLACED IN :F1:ARRSUM.OBJ 
ASSEMBLER INVOKED BY: 


:FO:ASM86 :F1:ARRSUM.A86 XREF 


LOC OBJ LINE SOURCE 

1 ;DEFINE INITIALIZATION ROUTINE 

2 EXTRN INIT87:FAR 

a) 

4 ;ALLOCATE SPACE FOR DATA 
== | DATA “SEGMENT PUBLIC ‘DATA' 
0000 3E03 6 CONTROL 87 DW 033 EH 
0002 ?7°?? 7 N_OF X DW 7 
0004 (100 8 X_ARRAY — DD 100 DUP (?) 

lala at a alas 

0194 222277??? 9 SUM_X DD ? 
0198 227227222 10 SUM_INDEXES DD ? 
019C 22222222 11 SUM_SQUARES DD < 
---- 12 DATA ENDS 


Figure S-24. Sample ASM-86 Program 
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LOC OBJ 


0000 


0190 


0000 
0000 
0003 
0005 
0008 
OOOA 


OoOoD 
0012 


0017 
OO1A 
001D 


0020 
0024 
0026 
0029 
002B 


002D 
002D 
0030 
0035 
0058 
0O3B 
OO3E 
0041 
0046 


0049 
004D 


OO4F 
OO4F 
0054 

0059 


(200 
Yates as 


) 


Bases 
BEDS 
B8~--— 
BEDO 
BC9001 


9A0000----— 
9BD92 E0000 


9BDIEE 
Q9BD9EE 
9BDOEE 


BBOEO200 
E329 
B80400 
F7EQ 
BBFO 


83 EEO4 
9BD9840400 
9BDCC3 
9BD9CO 
9BDCC8 
QBDEC2 


9BDEOE0200 
OBDEC2 


FFOEO200 
E2DE 


9BD91 E9COt 
9BD91 E9801 


9BD91 £9401 


0000 


‘wD 
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ARRSUM 
LINE SOURCE 
13 
14 sALLOCATE CPU STACK SPACE 
15 STACK SEGMENT STACK ‘STACK! 
16 DW 200 DUP (7) 
17 
18 ;LABEL INITIAL TOP OF STACK 
19 STACK_TOP LABEL 
20 STACK ENDS 
24 
22 CODE SEGMENT PUBLIC 
23 ASSUME CS:CODE,DS:DATA,SS:STACK, ES: NOTHING 
24 | : 
25 START: 
26 MOV AX, DATA 
27 MOV DS, AX 
28 MOV AX, STACK 
29 MOV SS, AX 
30 MOV SP,OFFSET STACK_TOP 
31 
32 ; ASSUME X ARRAY & N OF X ARE INITIALIZED. 
33 NOTE: PROGRAM ZEROS N OF X 
34 : PREPARE THE 8087 OR ITS EMULATOR. 
35 
36 CALL INIT87 
37 FLDCW CONTROL 87 
38 
39 ;CLEAR 3 REGISTERS TO HOLD RUNNING SUMS. 
40 
A4 FLDZ 
‘42 FLDZ 
eS FLDZ 
44 . Sad, 
45 _ $SETUP CX AS LOOP COUNTER & SI AS INDEX TO X_ARRAY. 
4 el ; 
AT. MOV CX,N OF X . - es 
48 JCXZ POP RESULTS sEXIT EARLY IF X ARRAY EMPTY 
49 MOV AX, TYPE X_ARRAY. = 
50 IMUL cx 
2 MOV SI,AX 
53 s3SI NOW CONTAINS INDEX OF LAST ELEMENT + 1. 
54 ;LOOP THRU X_ARRAY ACCUMULATING SUMS. 
55 SUM_NEXT: 
56 SUB SI,TYPE X_ARRAY BACKUP ONE ELEMENT 
57 FLD X ARRAY[ ST] >PUSH IT ONTO STACK 
58 FADD ST(3),ST sADD INTO SUM OF X 
59 FLD St sDUPLICATE X ON TOP 
60 FMUL ST,ST sSQUARE IT 
61 FADDP st(2),st *ADD INTO SUM OF SQUARES 
62 ; AND DISCARD 
63 FIMUL N OF X GET X TIMES ITS INDEX 
64 FADDP Ss(2),ST “ADD INTO SUM OF (INDEX * x) 
65 s AND DISCARD 
66 -DEC N OF X sREDUCE INDEX FOR NEXT ITERATION 
et _ LOOP SUM_NEXt CONTINUE 
8 
69 ;POP RUNNING SUMS INTO MEMORY 
70.. . POP RESULTS: 
71 FSTP SUM_SQUARES 
72 FSTP SUM INDEXES 
73 FSTP SUM_X 
74 
15 ; 
76 STC. ees 
a A : a 
78 CODE ENDS 
719 
80 ; END START 


Figure S-24. Sample ASM-86 Program (Cont’d.) 
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8086/8087/8088 MACRO ASSEMBLER 


XREF SYMBOL TABLE LISTING 


NAME TYPE VALUE 


??SEG e e e 


Ez SEGMENT 

CONTROL 87. V WORD OOOOH 

DATA. SEGMENT 

INIT87 L FAR OO000H 

N OF X. V WORD 0002H 

por RESULTS L NEAR OO4FH 
TACK SEGMENT 


STACK TOP . V WORD 01908 
START L NEAR 0000H 
SUM INDEXES V DWORD 0198H 
SUM_NEXT. . L NEAR 002DH 
SUM_SQUARES V DWORD 019CH 
. V DWORD 0194H 

V DWORD 0004H 


ASSEMBLY COMPLETE, NO ERRORS 


ARRSUM 


ATTRIBUTES, XREFS 


SIZE=O000H PARA PUBLIC 
SIZE=O05EH PARA PUBLIC ‘CODE! 
DATA 6# 37 

SIZE=01AOH PARA PUBLIC 'DATA’ 
EXTRN 2# 36 

DATA T7# 47 63 66 

CODE 48 70 

SIZE=0190H PARA STACK 'STACK'! 
STACK 19# 30 

CODE 25# 

DATA 10# 72 

CODE 55# 67 

DATA 114 71 

DATA 9# 73 

DATA 8# 49 56 57 


22# 23 78 
5# 12 23 26 


FOUND 


Figure S-24. Sample ASM-86 Program (Cont’d.) 


The program uses the CPU LOOP instruction to 
control its iteration through X_ARRAY; register 
CX, which LOOP automatically decrements, is 
loaded with N__OF__X, the number of array 
elements to be summed. Register SI is used to 
select (index) the array elements. The program 
steps through X__ARRAY from ‘‘back to. 
front’’, so SI is initialized to point at the element 
just beyond the first element to be processed. The 
ASM-86 TYPE operator is used to determine the 
number of bytes in each array element. This per- 
mits changing X__ARRAY to a long real array by 
simply changing its definition (DD to DQ) and 
re-assembling. 


Figure S-25 shows the effect of the instructions in 
the program loop on the NDP register stack. The 


figure assumes that the program is in its © 


first iteration, that N_-OF__X is 20, and that 
X__ARRAY(19) (the 20th element) contains the 
value 2.5. When the loop terminates, the three 
sums are left as the top stack elements so that the 
program ends by simply popping them into 
memory variables. 


S.9 Special Topics 


This section describes features of the 8087 which 
will be of interest to groups of users who have 
special requirements. Most users will not need to 


understand this material in detail in order to 


utilize the NDP successfully. Most readers, then, 


~ can either browse this section, or skip it altogether 


in favor of the programming xem es in section 
S. 10. 


The first four topics in this section cover the 
8087’s generation and handling of nonnormalized 
real values, zeros, infinities and NANSs. In the 
great majority of applications, these special 
values will either not appear at all, or in the case 
of zeros, will function according to the normal 
rules of arithmetic. Next the bit encodings of each 
data type are summarized in table form, including 
special values. This information may be of use to 
programmers who are sorting these data types or 
are decoding unformatted memory dumps or data 
monitored from the bus. At the end of the section 
is a table that lists all 8087 exception conditions 
by class, and the processor’s masked response to 
each exception. This information will principally 
be of use to writers of exception handlers and to 
anyone else interested in ascertaining the exact 
conditions under which the NDP signals a given 
type of exception. 
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FLDZ,FLOZ,FLDZ 


FLD X_ARRAYCSTI] 


ST(0) Foo SUM__SQUARES ST(0) X__ARRAY (19) 
ST(1) po SUM_INDEXES ST(1) SUM_ SQUARES - 
ST(2) ee SUM_X ST(2) SUM_INDEXES 
ST(3) SUM_X 
— 
FADD ST(3),ST ee FLD ST 
ST(0) X_ARRAY (19) ST(0) X__ARRAY (19) 
ST(1) SUM_.SQUARES ST(1) X__ARRAY (19) 
ST(2) SUM_INDEXES ST(2) SUM__SQUARES 
ST(3) SUM_X ST(3) SUM_INDEXES 
ST(4) SUM_X 
—_ 


_ 
ee 
> 


FMUL ST,ST 


ST(0) | 625 X_ARRAY(19)2 ST(0) X_ARRAY(19) 
ST(1) Pee X_ARRAY(19) ST(1) SUM__SQUARES 
ST(2) — ae SUM_SQUARES __ ST(2) SUM__INDEXES 
ST(3) Ee, SUM_INDEXES ST(3) I sSUM_X 
-_ 
— 
FADDP ST(2),ST 

ST(0) X__ARRAY(19)*20 S(O) | 2s | SUM__SQUARES 
ST(1) SUM_SQUARES __ST(1) | 500 | SUM_INDEXES 
ST(2) SUM_ INDEXES ST(2) ae er SUM_X 


SUM_X 


Figure S-25. Instructions and Register Stack 


Nonnormal Real Numbers: 


As discussed in section 8.3, the 8087 generally 
stores nonzero real numbers in normalized 
floating point form; that is, the integer (leading) 
bit of the significand is always a 1. This bit is 
explicitly stored in the temporary real format, and 
is implicit in the short and long real forms. Nor- 
malized storage allows the maximum number of 
significant digits to be held in a significand of a 
given width, because leading zeros are eliminated. 


Denormals 


A denormal is the result of the NDP’s masked 
response to an underflow exception. Underflow 
occurs when the exponent of a true result is too 
small to be represented in the destination format. 
For example, a true exponent of —130 will cause 
underflow if the destination is short real, because 
—126 is the smallest exponent this format can 
accommodate. (No underflow would occur if the 
destination were long or temporary real since 
these can handle exponents down to —1023 and 
—16,383, respectively.) 
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The NDP’s unmasked response to underflow is to 
stop and request an interrupt if the destination is 
a memory operand. If the destination is a register, 
the processor adds the constant 24,576 (decimal) 
to the true result’s exponent, returns the result, 
and then requests an interrupt. The constant 
forces the exponent into the range of the tem- 
porary real format, and an exception handler can 
subtract out the constant to ascertain the true 
exponent. Thus, 
there is an unmasked underflow. 


The intent of the masked response to underflow is 
to allow computation to continue without pro- 
gram intervention, while introducing an error that 
carries about the same risk of contaminating the 
final result as roundoff error. Roundoff (preci- 
sion) errors occur frequently in real number 
calculations; sometimes they spoil the result of 
computation, but often they do not. Recognizing 
that roundoff errors are often non-fatal, com- 
putation usually proceeds and the programmer 


inspects the final result to see if these errors have - 


had a significant effect. The 8087’s masked 
underflow response allows programmers to treat 


underflows in a similar manner; the computation © 


continues and the programmer can examine the 
final result to determine if an underflow has had 
important consequences. (If the underflow has 
had a significant effect, an invalid operation will 
probably be signalled later in the computation.) 


Most computers underflow ‘‘abruptly’’; they 
simply return a zero result, which is likely to pro- 
duce an unacceptable final result if computation 
continues. The 8087, on the other hand, 
underflows ‘‘gradually’? when the underflow 


execution always stops when. 


-Denormals are rarely encountered 
applications. 


- Denormals 


exception is masked. Gradual underflow is 


-accomplished by denormalizing the result until it 


is Just within the exponent range of the destina- 
tion. Denormalizing means incrementing the true 
result’s exponent and inserting a corresponding 
leading zero in the significand, shifting the rest of 
the significand one place to the right. Table S-23 
illustrates how a result might be denormalized to 
fit a short real destination. 


Denormalization produces a denormal or a zero. 
-are readily identified by their 
exponents, which are always the minimum for 
their formats; in biased form, this is always the 
bit string: 00...00. This same exponent value is 
also assigned to the zeros, but a denormal has a 
nonzero significand. A denormal in a register is 


tagged special. 


The denormalization process may cause the loss 
of low-order significand bits as they are shifted 
off the right. In a severe case, al/ the significand 
bits of the true result are shifted out and replaced 
by the leading zeros. In this case, the result of 
denormalization is a true zero, and if the value is 
in a register, it is tagged as such. However, this is 
a comparatively rare occurrence, and in any case 
is no worse than ‘‘abrupt’’ underflow. 


in most. 
Typical debugged algorithms 
generate extremely small results during the 
evaluation of intermediate subexpressions; the 
final result is usually of an appropriate magnitude 
for its short or long real destination. If 
intermediate results are held in temporary real, as 
is recommended, the great range of this format 


Table S-23. Denormalization Process 


True Result 

Denormalize 
Denormalize 
Denormalize 


Denormal Result) 


Notes: _ 


“expressed as unbiased, decimal number 


1,01011100...00 
0,,101011100...00 
0 ,0101011100...00 
0,,00101011100...00 
0,00101011100...00 


| )Before storing, significand is rounded to 24 bits, intenet bit is dropped, and exponent is | 


biased by adding 126. 
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makes underflow very unlikely. Denormals are 
likely to arise only when an application generates 
a great many intermediates, so many that they 
cannot be held on the register stack or in 
temporary real memory variables. If storage 
limitations force the use of short or long reals for 
intermediates, and small values are produced, 
underflow may occur, and if masked, may 
generate denormals. 


Accessing a denormal may produce an exception 
as shown in table S-24. (The denormalized excep- 
tion signals that a denormal has been fetched.) 
Denormals may have reduced significance due to 
lost low-order bits, and an option of the proposed 
IEEE standard precludes operations on non- 
normalized operands. This option may be 
implemented in the form of an exception handler 
that responds to unmasked denormalized excep- 
tions. Most users will mask this exception so that 
computation may proceed; any loss of accuracy 
will be analyzed by the user when the final result 
is delivered. 


As table S-24 shows, the division and remainder 
operations do not accept denormal divisors and 
raise the invalid operation exception. Recall, also, 
that the transcendental instructions require 
normalized operands and do not check for excep- 
tions. In all other cases, the NDP converts denor- 
mals to unnormals, and the unnormal arithmetic 
rules then apply. 7 


Unnormals 


An unnormal is the ‘‘descendent’’ of a denormal 
and therefore of a masked underflow response. 
An unnormal may exist only in the temporary real 
format; it may have any exponent that a normal 
may have, but it is distinguished from a normal 
by the integer bit of its significand, which is 
always 0. An unnormal in a register is tagged 
valid. 


Unnormals allow arithmetic to continue follow- 


ing an underflow while still retaining their identity 


as numbers which may have reduced significance. 
That is, unnormal operands generate unnormal 
results, so long as their unnormality has a signifi- 
cant effect on the result. Unnormals are thus 
prevented from ‘‘masquerading’’ as normals, 
numbers which have full significance. On the 
other hand, if an unnormal has an insignificant 
effect on a calculation with a normal, the result 
will be normal. For example, adding a small 
unnormal to a large normal yields a normal 
result. The converse situation yields an unnormal. 


Table S-25 shows how the instruction set deals 
with unnormal operands. Note that the unnormal 
may be the original operand or a temporary 
created by the 8087 from a denormal. 


Table S-24. Exceptions Due to Denormal Operands 


FLD (short/long real) 
arithmetic (except following) 


Compare and test 


Division or FPREM with 
denormal divisor 


Load as equivalent unnormal 


Convert (in a work area) denormal to equivalent 
unnormal and proceed 


Convert (in a work area) denormal to equivalent 
unnormal and proceed 


Return real indefinite 
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Table S-25. Unnormal Operands and Results 


a 


.Addition/subtraction 
Multiplication 


Division (unnormal dividend only) 
FPREM (unnormal dividend only) 


Division/FPREM (unnormal 
divisor) | 


Compare/FTST — 


FRNDINT 


FSQRT 


FST, FSTP (short/long real 
destination) | 


FSTP (temporary real destination) 
FIST, FISTP, FBSTP 

FLD 

FXCH 
| Transcendental instructions 


Zeros and Pseudo-Zeros 


As discussed in section S.3, the real and packed 


decimal data types support signed zeros, while the 
binary integers represent a single zero, signed 
positive. The signed zeros behave, however, as 
though they are a single unsigned quantity. If 
necessary, the FXAM instruction may be used to 
determine a zero’s sign. 


The zeros discussed above are called true zeros; if 
one of them is loaded or generated in a register, 
the register is tagged zero. Table S-26 lists the 
results of instructions executed with zero 


Normalization of operand with larger absolute 
value determines normalization of result. 


lf either operand is unnormal, result is” 


unnormal. 

Result is unnormal. 
Result is normalized. 
Signal invalid epoitel 


Normalize as much as possible before making 
comparison. | 


Normalize as much as possible before - 
rounding. 


Signal | invalid operation. 


If value is above destination’s undertow | 
boundary, then signal invalid operation; else 
signal underflow. ci 


Store as usual. 
Signal invalid operation 
Load as usual. 


: Exchange as. usual. 


Undefined; operands must be. normal and are 
not checked. | : : | | 


operands and also shows how a true zero may be 
created from nonzero operands. (Nonzero 
operands are denoted *‘X”’ or ‘“y’? in the table.) - 


Only the temporary real format may contain a 
special class of values called pseudo-zeros. A 
pseudo-zero is an unnormal whose significand is 
all zeros, but whose (biased) exponent is nonzero 
(true zeros have a zero exponent). Neither is a 
pseudo-zero’s exponent all ones, since this 
encoding is reserved for infinities and NANs. A 
pseudo-zero result will be produced if two 
unnormals, containing a total of more than 64 
leading zero bits in their significands, are 
multiplied together. This is a remote possibility in 
most applications, but it can happen. 
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FLD, FBLD (1) 
+0 
—0 
FILD (2) 
+0 
FST, FSTP 
+0 
-0 
+X (3) 
-X (3) 
FBSTP 
+0 
-0 
FIST, FISTP 
+0 


Addition 
+0 plus +0 
—0 plus —0 
+0 plus —0, —0 plus +0 
—X plus +X, +X plus —X 
+0 plus +X, +X plus +0 


Subtraction 
+0 minus —0 
—0 minus +0 


Table S-26. Zero Operands and Results 


Operation/Operands | Result Operation/ Operands | Result | 


+0 
—0 


Division 
+0+ +0 
+X + +0 
+0++X,-0+-X 
+0 +—-X, -0++X 
—X+-Y,+X+t+Y 
=Ke a 4AS Sy 


FPREM 
+0 rem +0 
+X rem +0 
+0 rem +X, +0 rem —X 
—0 rem +X, —0 rem —X 
+X rem +Y,+X rem —Y 
—-X rem —-Y, -X rem +Y 


FSQRT 
—0 
+0 
Compare 
+0:+X 


: +0 
> —X 


invalid operation 
Zerodivide 

+0 

—0 

+0, underflow (8) 
—0, underflow (8) 


Invalid operation 
Invalid operation 
+0 

-0 

+() (9) 

—0 (9) 


—0 
+0 


*9 6) 
*9 (5) 
+X (6) 


+0 minus +0, —0 minus —0 
+X minus +X, —X minus —X 
+0 minus +X, +X minus +0 


Multiplication | 
+0 ¢+0,-0°-0 +0 


FRNDINT 
+0 © +X, +X 0 +0 +0 +0 | 
+0 ©-X,-Xe+0 -0 | -0 


—0¢+X,+Xe-0 —0 FXTRACT 
—0°-X,-Xe-0 +0 +0 
+Xe+Y,—-Xe-Y +0, underflow” | -0 
+Xe—-Y,—-Xe+y —0, underflow ) 


Both +0 
Both —0 


Notes: 


(1) Arithmetic and compare operations with real memo operands interpret the memory epenae signs in 
the same way. 


(2) Arithmetic and compare operations with binary integers interpret the integer sign in the same manner. 
(3) Severe underflows in storing to short or long real may generate zeros. 
®) Small values (1X] < 1) stored into integers may round to zero. 


(5) Sign is determined by rounding mode: 
*=+ for nearest, up or chop 
*=— for down 


(6) += sign of X. 
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(7) Very small values of X and Y may yield zeros, after rounding of true result. NDP signals underflow to 
warn that zero has been yielded by nonzero operands. 
_ ) Very small X and very large Y may yield zero, after rounding of true result. NDP signals underflow 
warn that zero has been yielded from nonzero operands. 


8) When Y divides into X exactly. 


Pseudo-zero operands behave like unnormals, 


except in the following cases where they produce 


the same results as true zeros: 


® compare and test instructions 
e FRNDINT (round to integer) 


e division, where the dividend is either a true 
zero or a pseudo-zero (the divisor is a 
pseudo-zero). 


In addition and subtraction of a pseudo-zero and 
a true zero or another pseudo-zero, the pseudo- 
zero(s) behave like unnormals, except for the 
determination of the result’s sign. The sign is 
determined as shown in table S-26 for two true 
zero operands. — 


‘Infinities 


The real formats support signed representations 


of infinities. These values are encoded with a 


biased exponent of all ones and a significand of 


] 400.. .00; if the infinity is in a register, it is 
tagged special. The significand distinguishes 


infinities from NANSs, including real indefinite. 


A programmer may code an infinity, or it may be 
created by the NDP as its masked response to an 
overflow or a zerodivide exception. Note that 
when rounding is up or down,. the masked 


response may create the largest valid value 


representable in the destination rather than infin- 


ity. See table S-33 for details. As operands, 
-infinities behave somewhat differently depending 


on how the infinity control field in the control 
word is set (see table S-27). When the projective 
model of infinity is selected, the infinities behave 
as a single unsigned representation; because of 


this, infinity cannot be compared with any value 
except infinity. In affine mode, the Signs of the 


infinities are observed, and comparisons are 


possible. 


Table S-27. Infinity Operands and Results 


Addition 


Affine Result 


+00 plus +o 
—oo plus —2 
+oo plus —o 


_ —00 plus +00 
+00 pluS+X 


+X plus +00 


Subtraction 


+eo minus —o% | 
—oo minus +o0 


- +00 minus +00 


—o minus —c ~ 
+oo minus +X 
+X minus +0 


Multiplication 


+00 @ +00 
+00 @ +Y 
+0) © +00, +00 * +0) 


Invalid operation 
Invalid operation 
Invalid operation 
Invalid Operation 
* 00 
* 00 


'- Invalid operation =| 


Invalid operation 
Invalid operation 


Invalid operation 


To. 


@ oo 
@Qoo 
Invalid operation 
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+00 
—0O 
Invalid operation | 
Invalid eeaeen | 


* 00 


Invalid operation 


Invalid operation 


* 00 


_ fe 


oe 7 
@ oo 
Invalid operation 
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Table S-27. Infinity Operands and Results (Cont’d.) 


Projective Result Affine Result 


Division 


Invalid operation 


@oo 
0 


Invalid operation 


Invalid operation 
@ oo 
0 


Invalid operation 


Invalid operaton OO 


+0 rem +0 

toorem +X | 

+Y rem +0 mie 4 

+0 rem +00 — *0 
FRNDINT 


+00 * 00 
FSCALE 

_ 00 scaled by + 

_ #00 scaled by +X * oo 

+0 scaled by+0 | *0 

~ +Y scaled by +0 


FXTRACT 


+00 | Invalid operation 


Compare 


Invalid operation 
Invalid operation 


Invalid operation . 


Invalid operation 


Invalid operation - 
Invalid operation 
ey. 

*0 


* 00 


Invalid el 

* oo 

*0 : 
Invalid operation 


Invalid operation 


+001 +00 A=B 


. —0o < +00 
eany A ? B (and) invalid 
operation | 
: +0 : A ? B (and) invalid 
: operation 
A? B (and) invalid | 
operation = *oo | 


Notes: X = zero or nonzero operand 


Y = nonzero operand 
= sign of original operand 
Tt =signis complement of original operand’ S sign’ 


—0o <Y < +00 


—0o <0 <+00 


®= sign is ‘‘exclusive or’’ original operand signs (+ if operands had same sign, 
— if operands had different signs) | | ., : 


NANs | 


A NAN (Not-A-Number) is a member of a class 
of special values that exist in the real formats 
only. A NAN has an exponent of 11...11B, may 
have either sign, and may have any significand 
except 1,00...00B, which is assigned to the 
infinities. A NAN in a register is tagged special. 


The 8087 will generate the special NAN, real 
indefinite, as its masked response to an invalid 
operation exception. This NAN is_ signed 


negative; its significand is encoded 1,100...00. 
All other NANs peprcseut programmer- created 


values. 


Whenever the NDP uses. an operand that is a 
NAN, it signals invalid operation. Its masked 
response to this exception is to return the NAN as 
the operation’s result. If both operands of an 
instruction are NANSs, the result is the NAN with 
the larger absolute value. In this way, a NAN that 
enters a computation propagates through the 
computation and will eventually be delivered as 
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the final result. Note, however, that the tran- 
scendental instructions do not check their 


operands, and a NAN will produce an undefined 


result. 


By unmasking the invalid operation exception, 
the programmer’ can use NANs to trap to the 
exception handler. The generality of this 
approach and the large number of NAN values 
that are available, provide the sophisticated pro- 


grammer with a tool that can be applied to a - 


variety of special situations. 


For example, a compiler could use NANs to | 


references to uninitialized (real) array elements. 
The compiler could pre-initialize each array ele- 
ment with a NAN whose significand contained 
the index (relative position) of the element. If an 
application program attempted to access an ele- 
ment that it had not initialized, it would use the 
NAN placed there by the compiler. If the invalid 
operation exception were unmasked, an interrupt 


would occur, and the exception handler would be 
invoked. The exception handler could determine 


which element had been accessed, since the 
operand address field of the exception pointers 
would point to the NAN, and the NAN would 
contain the index number of the array element. 


NANs could also be used to speed up debugging. | 


In its early testing phase a program often contains 


multiple errors. An exception handler could be ° 


written to save diagnostic information in memory 
whenever it was invoked. After storing the 
diagnsotic data, it could supply a NAN as the 
result of the erroneous instruction, and that NAN 
could point to its associated diagnostic area in 
memory. The program would then continue, 


creating a different NAN for each error. When 
the program ended, the NAN results could be 
used to access the diagnostic data saved at the 
time the errors occurred. Many errors could thus 
be diagnosed and corrected in one test run. 


Data Type Encodings 


Tables S-28 through S-31 summarize how various 
types of values are encoded in the seven NDP data 
types. In all tables, the less significant bits are to 
the right and are stored in the lowest memory 
addresses. The sign bit is always the left-most bit 
of the highest-addressed byte. 


Notice that in every format one encoding is inter- 
preted as representing the special value indefinite. 
The 8087 produces this encoding as its response to 
a masked invalid operation exception. In the case 


of the reals, indefinite can be loaded and stored 


like any NAN and it always retains its special 
identity; programmers are advised not to use this 


encoding for any other purpose. Packed decimal 


indefinite may be stored by the NDP in a FBSTP 


instruction; attempting to use this encoding in 
_a FBLD 


instruction, however, will have an 
undefined result. In the binary integers, the same 
encoding may represent either indefinite or the 
largest negative number supported by the format 
(-2!5, —23! or —26). The 8087 will store this 
encoding as its masked response to an invalid 
operation, or when the value in a source register 


represents, or rounds to, the largest negative 


integer representable by the destination. In situa- 
tions where its origin may be ambiguous, the 
invalid operation exception flag can be examined 


to see if the value was produced by an exception 


response. When this encoding is loaded, or used 
by an integer arithmetic or compare operation, it 
is always interpreted as a negative number; thus 
indefinite cannot be loaded from a packse 
decimal or omen integer. | 
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Table S-28. Binary Integer Encodings Exception Handling Details 


Table S-32 lists every exception condition that the 

NDP detects and describes the processor’s 

response when the relevant exception mask is set. 

The unmasked responses are described in table 

(Largest) S-6. Note that if an unmasked overflow or 

underflow occurs in an FST or FSTP instruction, 

no result if stored, and the stack and memory are 

left as they existed before the instruction was 

executed. This gives an exception handler the 

Opportunity to examine the offending operand on 
(Smallest) | the stack top. 


(Smallest) 


When rounding is directed (the RC field of the 
control word is set to ‘‘up’’ or ‘‘down’’), the 8087 
(Largest//ndefinite*) handles a masked overflow differently than it 
does for the ‘‘nearest’’ or ‘‘chop’’ rounding 

Word: b—15 bits > modes. Table S-33 shows the NDP’s masked 

ee ie ae response when the true result is too large to be 

a. | represented in it’s destination real format. For a 

| normalized. result, the essence of this response is 

to deliver © or the largest valid number represen- 
table in the destination format, as dictated by the 


Negatives 


* If this encoding is used as a source operand rounding mode and the sign of the true result. 
(as in an integer load or integer arithmetic Thus, when RC=down, a positive overflow is 
instruction), the 8087 interprets it as the rounded down to the largest positive number. 
largest negative number representable in the Conversely, when RC=up, a negative overflow is 
format: —215, 231, or 283. The 8087 will deliver rounded up to the largest negative number. A 


properly signed © is returned for a positive 


this encoding to an integer destination in two : ; 
: : overflow with RC=up, or a negative overflow 


ee with RC=down. For an unnormalized result, the 

action is similar except that the the unnormal 

1) if the result is the largest negative character of the result is preserved if the sign and 
number, | | rounding mode do not indicate that © should be 

: | delivered. 

2) as the response to a masked invalid In all masked overflow responses for directed 
Operation exception, in which case it rounding, the overflow flag is not set, but the 
represents the special value integer precision exception is raised to signal that the 
indefinite. | exact true result has not been returned. 


‘ 
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Table S-29. Packed Decimal Encodings __. oo & 


4001100110011001 


Zero 


(Smallest) 


Negatives | 


(Largest) 


Indefinite* 1111111 
A= 1 byte > _—_—__—_———. 9 bytes ——_______>| 
* The packed decimal indefinite encoding is stored by FBSTP in response to a masked invalid 


operation exception. Attempting to load this value via FBLD produces an undefined result. 
Note: ‘‘UUUU” means bit values are undefined and may contain any value. 


Table S-30. Real and Long Real Encodings 
Sj Biased Significand* 
| a Exponent Aff...ff 


Normals 


Denormals u 


Zero 
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Table S-30. Real and Long Real Encodings (Cont’d.) 


| Biased Significand* 
oe Sign Exponent Aff... ff 
Zero | 1 | 00...00 
| | 00...00 
Denormals ° 
aa) Ps 
D 1 
oc 
1 
i) | Normals ) 
® 6) 
= 
x 1 
o | 1 
= d 


Short: k<— 8 bits —>|<+—23 bits —>| 
Long: |<+—11 bits +>|<t— 62 bits —>] 


* Integer bit is implied and not stored. 


Table S-31. Temporary Real Encodings 


Significand 
Laft..ff 


WV) 
® 
| 2 
= 
W”) 
2) 
o. 


[44.11 | 100...00 | 
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Table S-31. Temporary Real Encodings (Cont’d.) 


Class Biased Significand 
° Exponent I ff...ff 


Normals 
111...11 


Unnormals 


011...11 


Positives 


Denormals 
011...11 


[zero |__| 00..00 | 000.00 


Denormals 
000...01 
e 


Unnormals 
000...00: 


Negatives 


Normals 


100...00 
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Table 8-31. Temporary Real Encodings (Cont’d.) 


Biased Significand 
poms son | ca oe 
11,..11 


@ 
17...11 110...00 
@ e 
e 


Negatives 


<«—15 bits >< 64 bits=-——- 


Table S-32. Exception Conditions and Masked Responses 


Invalid Operation 


source register is tagged empty (usually Return real indefinite. 


due to stack underflow). 


Destination register is not tagged empty 
(usually due to stack overflow). 


Return real indefinite (overwrite . 
destination value). 


One or both operands isa NAN. Return NAN with larger absolute value 


(ignore signs). 


(Compare and test operations only): Set condition codes ‘‘not comparable’’. 


one or both operands is a NAN. 


(Addition operations only): closure is Return real indefinite 
affine and operands are opposite-signed 
infinities; or closure is projective and both 


operands are © (signs immaterial). 


(Subtraction operations only): closure is . Return real indefinite. 
affine and operands are like-signed 
infinities; or closure is projective and both: 


operands are © (signs immaterial). 


(Multiplication operations only): © * 0; or Return real indefinite. 


Q * 00, 


(Division operations only): © +; or 0+ 0; Return real indefinite. 
or 0 + pseudo-zero; or divisor is denormal 


or unnormal. 


Return real indefinite, set condition code 
= “complete remainder’. 


(FPREM instruction only): modulus 
(divisor) is unnormal or denormal; 
or dividend is ©. 


(FSQRT instruction only): operand is Return real indefinite. 
nonzero and negative; or operand is 
denormal or unnormal; or closure is affine 
and operand is —©; or closure is projective 


and operand is ©. 
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Exception Conditions and Masked Responses (Cont’d.) 


Invalid Operation 


| (Compare operations only): closure is | Set condition code = ‘‘not comparable’”’ 
projective and ~ is being compared with 0. | 
oranormal, or ©. 


(FTST instruction only): closure is 7 Set condition code = ‘‘not comparable’’. 
projective and operand is ©. : 


| (FIST, FISTP instructions only): source Store integer indefinite. 
| register is empty, ora NAN, or denormal, 

or unnormal, or ©, or exceeds represent- 

able range of destination. 


(FBSTP instruction only): source register Store packed decimal indefinite. 
| is empty, or a NAN, or denormal, or 

unnormal, or », or exceeds 18 decimal 

digits. - 

(FST, FSTP instructions only): destination = ~| . Store real indefinite. 

is short or long real and source register is | : . 

an unnormal with exponent in range. 


(FXCH instruction only): one or both Change empty register(s) to real indefinite 
registers is tagged empty. : and then perform exchange. 


Denormalized Operand 


(FLD instruction only): source operand is | No special action; load as usual. 
denormal. re | 
(Arithmetic operations only): one or both Convert (in a work area) the operand to the 
operands is denormal. : | - equivalent unnormal and proceed. 
(Compare and test operations only): one Convert (in a work area) any denormal to 
| or both operands is denormal or unnormal the equivalent unnormal; normalize as 
| (other than pseudo-zero). ) much as possible, and proceed with 
: operation. | 
Zerodivide 


(Division operations only): divisor = 0. Return © signed with ‘‘exclusive or’’ of 


operand signs. 


Overflow 


Return properly signed and signal 
precision exception. 


| (Arithmetic operations only): rounding is 
nearest or chop, and exponent of true 
result > 16,383. . 


(FST, FSTP instructions only): rounding is 
nearest or chop, and exponent of true 
result > +127 (short real destination) 

or > +1023 (long real destination). 


Return properly signed © and signal 
precision excepiion. | 
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| Exception Conditions and Masked Responses (Cont’d.) 


(Arithmetic operations only): exponent of Denormalize until exponent rises to 

true result <—16,382 (true). —16,382 (true), round significand to 64 bits. 
If denormalized rounded significand = 0, 
then return true 0; else, return denormal 
(tag = special, biased exponent =0). 


(FST, FSTP instructions only): destination Denormalize until exponent rises to —126 

is short real and exponent of true result (true), round significand to 24 bits, store 

<— 126 (true). true 0 if denormalized rounded significand 
= (0); else, store denormal aplaSed €Xpo- 
nent = 0). 


(FST, FSTP instructions only): destination Denormalize until exponent rises to —1022 
is long real and exponent of true result (true), round significand to 53 bits, store 
<-—1022 (true). true 0 if rounded denormalized significand 
= 0; else, store denormal (biased expo- | 
_nent= 0). 


Precision 


True rounding error occurs. No special action. 


Masked response to overflow exception No special action. 
earlier in instruction. | 


Table S-33. Masked Overflow Response for Directed Rounding 


True Result Rounding Result Delivered 
[Normalization | Sign | Mode 


Normal + | +00 
Normal + Largest finite positive number") 
Normal Largest finite negative number 
Normal —00 
Unnormal +00 
Unnormal Largest exponent, result’s significand() 
Unnormal Largest exponent, result’s significand 


Unnormal | —o0 


") The largest valid representable reals are encoded: 
exponent: 11...10B 
Significand: (1),11...10B 


) The significand retains its identity as an unnormal; the true result is rounded as usual 
(effectively chopped toward 0 in this case). The exponent is encoded 11...10B. 
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S.10 Programming Examples 


Conditional Branching 


As discussed in section S.7, the comparison 
instructions post their results to the condition 
code bits of the 8087 status word. Although there 
are many ways to implement conditional branch- 
ing following a comparison, the basic approach is 
as follows: fe | | 


e execute the comparison, 

© store the status word, 

e inspect the condition code bits, 

© jump on the result. 

Figure S-26 is'a code fragment that illustrates how 
two memory-resident long real numbers might be 


compared (similar code could be used with the 
FTST instruction). The numbers are called A and 


B, and the comparison is A to B. The comparison ? 


itself simply requires loading A onto the top of 
the 8087 register stack and then comparing it to B 
and popping the stack in the same instruction. 
The status word is written to memory and the 
code waits for completion of the store before 
attempting to use the result. — 


There are four possible orderings of A and B, and 
bits C3 and CO of the condition code indicate 
which ordering holds. These bits are positioned in 


the upper byte of the status word so as to corres- 


e 


pond to the CPU’s zero and carry flags (ZF and 
CF), if the byte is written into the flags (see 
figures 2-32 and S-6). The code fragment, then, 
sets ZF and CF to the values of C3 and CO and 
then uses the CPU conditional jumps to test the 
flags. Table 2-15 shows how each conditional 
jump instruction tests the CPU flags. 


The FXAM instruction updates all four condition 
code bits. Figure S-27 shows how a jump table 
can be used to determine the characteristics of the 
value examined. The jump table (FXAM__TBL) 
is initialized to contain the 16-bit displacement of 
16 labels, one for each possible condition code 
setting. Note that four of the table entries contain — 
the same value, since there are four condition 
code settings that correspond to ‘‘empty.”’ 


The program fragment performs the FXAM and 
stores the status word. It then manipulates the 
condition code bits to finally produce a number in 
register BX that equals the condition code times 
2. This involves zeroing the unused bits in the byte 
that contains the code, shifting C3 to the right so 
that it is adjacent to C2, and then shifting the 
code to multiply it by 2. The resulting value is 
used as an index which selects one of the 
displacements from FXAM__TBL (the 
multiplication of the condition code is required 
because of the 2-byte length of each value in 
FXAM_TBL). The unconditional JMP instruc- 
tion effectively vectors through the jump table to 
the labelled routine that contains code (not shown 
in the example) to process each possible result of 
the FXAM instruction. 


A DQ ? 


B DQ ? 
STAT_87 DW ? 
FLD A 
FCOMP B 
FSTSW STAT_87 
FWAIT 


;LOAD A ONTO TOP OF 87 STACK 
;COMPARE A°:B, 
,;STORE RESULT 
;WAIT FOR STORE 


POP A 


Figure S-26. Conditional Branching for Compares 
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;LOAD CPU REGISTER AH WITH BYTE OF 
; STATUS WORD CONTAINING CONDITION CODE 


MOV 


AH, 


BYTE PTR STAT _87+1 


9 
;LOAD CONDITION CODES INTO CPU FLAGS 


SAHF 


; ; ot ‘ 
;USE CONDITIONAL JUMPS TO DETERMINE 
; ORDERING OF A AND B 


Ul 
= 


JB A_LESS_OR_UNORDERED 
;CF (CO) = 0 
JNE A_GREATER 
A_EQUAL: 
;CF (CO) = 0, ZF (C3) 
A_GREATER: 
= 0, ZF (C3) 


sCF (C0) 


A_LESS_OR_UNORDERED: 


$CF (CO) = 1, TEST ZF 
JNE A_LESS 
A_B_UNORDERED: 
CF (CO) = 1, ZF (C3) 
A_LESS: 
1, ZF (C3) 


CF (CO) = 


Figure S-26. Conditional Branching for Compares (Cont’d.) 


FXAM_TBL 
& 
g 
g 
& 
STAT _87 


DW POS_UNNORM, 
NEG_NAN, 
NEG NORM, 
EMPTY, 


POS_NAN, 
POS_NORM, 
NEG INFINITY, 
NEG ZERO, EMPTY, 


NEG _UNNORM, 
POS_INFINITY, 
POS ZERO, 
POS DENORM, 


EMPTY, NEG _DENORM, EMPTY 


DW ? 


Figure S-27. Conditional Branching for FXAM 
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EXAMINE ST, STORE RESULT, WAIT FOR COMPLETION ~ 
FXAM 
FSTSW - STAT_87 
FWAIT 

>CLEAR UPPER HALF OF BX, LOAD CONDITION CODE 

> IN LOWER HALF. 7° 7 8 0 


MOV BH, 0 _ sy 
MOV BL, BYTE PTR STAT _87+1- 
>COPY ORIGINAL IMAGE 
MOV AL,BL 
CLEAR ALL BITS EXCEPT C2-CO 
AND BL,00000111B 
CLEAR ALL BITS EXCEPT C3 
AND AL,01000000B 
SHIFT C3 TWO PLACES RIGHT 
SHR AL,1 
SHR AL,1 
>SHIFT C2-CO’ ONE PLACE LEFT (MULTIPLY BY 2) 
SAL BX,1 
DROP C3 BACK IN ADJACENT TO C2 (000XXXxXx0) 
OR BL,AL tes A 
; JUMP TO THE ROUTINE ''ADDRESSED'' BY CONDITION CODE 
JMP FXAM TBLIBX] a | 


; . 
;HERE ARE THE JUMP TARGETS, ONE TO HANDLE 
> EACH POSSIBLE RESULT OF FXAM 

POS_UNNORM: 


POS_NAN: 

NEG _UNNORM: 
NEG NAN: 
POS NORM: 
POS_INFINITY: 
NEG NORM: 


NEG_ INFINITY: 


Figure S-27. Conditional Branching for FXAM (Cont’d.) 
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POS_ZERO: 
EMPTY: 

NEG ZERO: 
POS _DENORM: 


NEG _DENORM: 


Figure S-27. Conditional Branching for FXKAM (Cont’d.) 


Exception Handlers 


There are many approaches to writing exception 
handlers. One useful technique is to consider the 
exception handler interrupt procedure as con- 
sisting of ‘‘prologue,’’ ‘‘body’”’ and ‘‘epilogue’’ 


sections of code. (For compatibility with the 8087 


emulators, this procedure should be invoked by 
interrupt pointer (vector) number 16.) 


At the beginning of the prologue, CPU interrupts 
have been disabled by the CPU’s normal interrupt 
response mechanism. The prologue performs all 
functions that must be protected from possible 
interruption by higher-priority sources. Typically 
this will involve saving CPU registers and 
transferring diagnostic information from the 8087 
to memory. When the critical processing has been 
completed, the prologue may enable CPU inter- 
rupts to allow higher-priority interrupt handlers 
to preempt the exception handler. 


The exception handler body examines the 
diagnostic information and makes a response that 
is necessarily application-dependent. This 
response may range from halting execution, to 
displaying a message, to attempting to repair the 
problem and proceed with normal execution. 


The epilogue essentially reverses the actions of the 
prologue, restoring the CPU and the NDP so that 
normal execution can be resumed. The epilogue 


must not load an unmasked exception flag into 
the 8087 or another interrupt will be requested 
immediately (assuming 8087 interrupts are also 
loaded as unmasked). 


Figures S-28 through S-30 show the ASM-86 
coding of three skeleton exception handlers. They 
show how prologues and epilogues can be written 
for various situations, but only provide comments 
indicating where the application-dependent 
exception handling body should be placed. 


Figures S-28 and S-29 are very similar; their only 
substantial difference is their choice of instruc- 
tions to save and restore the 8087. The tradeoff 
here is between the increased diagnostic infor- 
mation provided by FNSAVE and the faster 
execution of FNSTENV. For applications that are 
sensitive to interrupt latency, or do not need to 
examine register contents, FNSTENV reduces the 
duration of the ‘‘critical region,’’ during which 
the CPU will not recognize another interrupt 
request (unless it is a non-maskable interrupt). 


After the exception handler body, the epilogues 
prepare the CPU and the NDP to resume execu- 
tion from the point of interruption (i.e., the 
instruction following the one that generated the 
unmasked exception). Notice that the exception 
flags in the memory image that is loaded into the 
8087 are cleared to zero prior to reloading (in 


fact, in these examples, the entire status word 
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image is cleared). The prologue also provides for 
indicating to the interrupt controller hardware 
(e.g., 8259A) that the interrupt has been pro- 


the general approach shown in figure S-30 can be 
employed. The basic technique is to save the full 
8087 state and then to load a new control word in 


cessed. The actual processing done here is 
application-dependent, but might typically 
involve writing an ‘‘end of interrupt’? command 
to the interrupt controller. 


the prologue. Note that considerable care should 
be taken when designing an exception handler of 
this type to prevent the handler from being 
reentered endlessly. 


The examples in figures S-28 and S-29 assume 
that the exception handler itself will not cause an 
unmasked exception. Where this is a possibility, 


SAVE_ALL | PROC 


, 
7;SAVE CPU REGISTERS, ALLOCATE STACK SPACE 
;FOR 8087 STATE IMAGE 


PUSH —*&BP 
MOV BP,SP 
SUB. SP,94 


;SAVE FULL 8087 STATE, WAIT FOR COMPLETION, 
;ENABLE CPU INTERRUPTS 
FNSAVE [BP-94] 
FWAIT 
STs: 


: APPLICATION- DEPENDENT EXCEPTION HANDLING 
PORE GOES HERE 


+ CLEAR EXCEPTION FLAGS IN STATUS WORD 
;RESTORE MODIFIED STATE 


; IMAGE | ae 
— MOV. BYTE PTR CBP-92], OH 
FRSTOR CBP-94] 
WAIT FOR RESTORE TO FINISH BEFORE RELEASING MEMORY 
: FWAIT | 
7DE= ALLOCATE. STACK SPACE, “RESTORE CPU REGISTERS 
MOV... .SP,BP | 
. POP BP 


P) -_ 
;CODE TO SEND ''END OF INTERRUPT!" COMMAND TO 
;8259A GOES HERE | 


| : RETURN TO. INTERRUPTED CALCULATION 


IRET a 
SAVE_ALL | -ENDP 


isu S- 28. Full State Exception Handler 
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SAVE_ENVIRONMENT PROC 


¢ 
;SAVE CPU REGISTERS, ALLOCATE STACK SPACE 
;FOR 8087 ENVIRONMENT | 


PUSH BP 
MOV BP,SP 
SUB SP,14 


>SAVE ENVIRONMENT, WAIT FOR COMPLETION, 
ENABLE CPU INTERRUPTS | 
FNSTENV [BP-14] 
FWAIT 
STI 


‘ > ad 
; APPLICATION EXCEPTION-HANDLING CODE GOES HERE 


;CLEAR EXCEPTION FLAGS IN STATUS WORD 
;RESTORE MODIFIED 
;ENVIRONMENT IMAGE 
MOV BYTE PTR [CBP-12], OH 
FLDENV CBP-14] 
;WAIT FOR LOAD TO FINISH BEFORE RELEASING MEMORY 


FWAIT 

-DE-ALLOCATE STACK SPACE, RESTORE CPU REGISTERS 
MOV SP,BP 
POP =~ ~BP 


7 | 
;CODE TO SEND ''END OF INTERRUPT'' COMMAND TO 
;8259A GOES HERE 


’ 

;RETURN TO INTERRUPTED CALCULATION 
IRET 

SAVE_ENVIRONMENT ENDP 


Figure S-29. Reduced Latency Exception Handler 
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LOCAL_CONTROL DW ? ;ASSUME INITIALIZED 


REENTRANT PROC 


0 
;SAVE CPU REGISTERS, ALLOCATE STACK SPACE FOR 
;8087 STATE IMAGE 


PUSH BP 
MOV —. BP,SP 
SUB SP,94 


;SAVE STATE, LOAD NEW CONTROL WORD, WAIT 
;FOR COMPLETION, ENABLE CPU INTERRUPTS 

FNSAVE [BP-94] 

FLDCW LOCAL_CONTROL 

FWAIT 

SSG aces. _ 

;CODE TO SEND ''END OF INTERRUPT'' COMMAND TO 
78259A GOES HERE 


;APPLICATION EXCEPTION HANDLING CODE GOES HERE. 
;AN UNMASKED EXCEPTION GENERATED HERE WILL | 
;CAUSE THE EXCEPTION HANDLER TO BE REENTERED. 
;IF LOCAL STORAGE IS NEEDED, IT MUST BE 
;ALLOCATED ON THE CPU STACK. 


;CLEAR EXCEPTION FLAGS IN STATUS WORD 
;RESTORE MODIFIED STATE IMAGE 
“MOV BYTE PTR C[CBP-92], OH 
FRSTOR CBP-94) 
;WAIT FOR RESTORE TO FINISH BEFORE RELEASING MEMORY 


FWAIT 
;DE-ALLOCATE STACK SPACE, RESTORE CPU REGISTERS 
MOV SP,BP 
POP BP 
*;RETURN TO POINT OF INTERRUPTION 
IRET 


REENTRANT ENDP 


Figure S-30. Reentrant Exception Handler 
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Support 8 Data Types: 8-, 16-, 32-, 64- 


= High Performance 2-Chip Numeric ) , 
Data Processor Bit Integers, 32-, 64-, 80-Bit Floating 

= Standard iAPX 86/10, 88/10 Instruction Point, and 18-Digit BCD Operands 
Set Plus Arithmetic, Trigonometric, = 8x80-Bit Individually Addressable 
Exponential, and Logarithmic Register Stack plus 14 General 
Instructions For All Data Types Purpose Registers 

= All 24 iAPX 86/10, 88/10 Addressing = 7 Built-in Exception Handling 
Modes Available | | Functions : _ 

= Conforms To Proposed IEEE Floating = MULTIBUS System Compatible 
Point Standard Interface 


The Intel iAPX 86/20 and iAPX 88/20 are two-chip numeric data processors (NDP’s). They provide the instruc- 
tions and data types needed for high-performance numeric applications. The NDP provides 100 times the 
performance of an iAPX 86/10, 88/10 CPU alone for numeric processing. The iAPX 86/20 consists of an iAPX 
86/10 (16-bit 8086 CPU) and a numeric processor extension (NPX), the 8087. The iAPX 88/20 consists of the 
NPX in conjunction with the iAPX 88/10 (8-bit 8088 CPU). The NDP conforms to the proposed IEEE Floating 
Point Standard.  — | | 


Both components of the iAPX 86/20 and iAPX 88/20 are implemented in N-channel, depletion load, silicon gate 
technology (HMOS), housed in two 40-pin packages. The iAPX 86/20, 88/20 adds 68 numeric processing 
instructions to the iAPX 86/10, 88/10 instruction set and eight 80-bit registers to the register set. . 


MAX 
MODE 
8086 


GND ||! 
(A14) AD14 C]2 
(A13) AD13 “| 3 
(A12) AD12 [| 4 
(A11) AD11 LI] 5 
(A10) AD10 [_] 6 

(Ag) ADS |” 
(As) ADs (8 


Voc 
AD15 
A16/S3__ 
A17/S4 
A18/S5 
A19/S6 
BHE/S7 
RQ/GT1 
INT 
RQ/GTO 
NC 
NC 
§2 
51 
so 
aso 
asi 
BUSY 
READY 
RESET 


8088 
CLOCK or 
8086 


REQUEST/ QUEUE 
GRANT STATUS 


DATA 
MEMORY 
SYSTEM BUS 


TEST 


_ | PROGRAM 

MEMORY 
BUS 

iat E canes 


REQUEST/ QUEUE 
GRANT STATUS 


CLOCK rer 


' BUSY 


PERIPHERAL 


ha 86/20, 88/20 


Figure 1. iAPX 86/20, 88/20 Block Diagram Figure 2. iAPX 86/20, 88/20 Pin Configuration 
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“Table 1. 8087 Pin Description 


Fe 


AD15-ADO — Address Data: These lines constitute the time multiplexed memory address (T1) and data (To, 
oe T3, Tw, 14) bus. AO is analogous to BHE for the lower byte of the data bus, pins D7-DO. It is 
LOW during Ty. when a byte is to be transferred on the lower portion of the bus in memory 
operations. Eight-bit oriented devices tied to the lower half of the bus would normally use AO 
to condition chip select functions. These lines are active HIGH. They are input/output lines for 
8087 driven bus cycles and are inputs which the 8087 monitors when the 8086/8088 is in 
control of the bus. A15-A8'do not require an address latch in an iAPX 88/20. The 8087 will 
supply an address for the T4-T4 period. 


Address Memory: During T; these are the four most significant address lines 
| for memory operations. During memory operations, status information is available on 
these lines during To, T3, Tw, and T4. For 8087 controlled bus cycles, S6, S4, and S3 
are reserved and currently one (HIGH), while S5 is always LOW. These lines are inputs which 
the 8087 monitors when the 8086/8088 is in control of the bus. 


A19/S6, 
A18/S5, 
A17/S4, 
A16/S3 


Bus High Enable: During.T; the bus high enable signal (BHE) should be used to enable data 
onto the most significant half of the data bus, pins D15-D8. Eight-bit oriented devices tied to 
the upper half of the bus would normally use BHE to condition chip select functions. BHE is 
LOW during T for read and write cycles when a byte is to be transferred on the high portion of 
the bus. The S7 status information is available during T2, T3, Tw, and Tq. The signal is active 
LOW. S7 is an input which the 8087 monitors during 8086/8088 controlled bus cycles. 


BHE/S7 


‘| Status: For 8087 driven bus cycles, these status lines are encoded as follows: 


oh 


$2 $1 


So 
0 (LOW) X X Unused 
~1 (HIGH) 0 0 Unused 
1 . 0 1 Read Memory 
1 Y 0 Write Memory 
1 | - 4 1 Passive 


Status is driven active during Tg, remains valid during Ty and To, and is returned to the 
passive state (1, 1, 1) during T3 or during Tw when READY is HIGH. This status is used by the 
8288 Bus Controller to generate all memory access control signals. Any change in S2, ‘Si, or 
SO during T4 is used to indicate the beginning of a bus cycle, and the return to the passive 
state in T3 or Tw is used to indicate the end of a bus cycle. These signals are monitored by the 
-| 8087 when the 8086/8088 is in control of the bus. 


Request/Grant: This request/grant pin is used by the NPX to gain control of the local bus from 
the CPU for operand transfers or on behalf of another bus master. It must be connected to one 
of the two processor request/grant pins. The request grant sequence on this pin is as follows: 

1. A pulse one clock wide is passed to the CPU to indicate a local bus request by either the. 
8087 or the master connected to the 8087 RQ/GT1 pin. 

2. The 8087 waits for the grant pulse and when it is received will sithee initiate bus transfer 
activity in the clock cycle following the grant or pass the grant out on the RQ/GT1 pinin this 
clock if the initial request was for another bus master. - 

3. The 8087 will generate a release pulse to the CPU one clock cycle after the completion of 

the last 8087 bus cycle or on receipt of the release pulse from the bus master on RQ/GT1. 


~ RQ/GTO 
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Table 1. 8087 Pin Description (Continued) 


| Symbol _| Type | ; | Name and Function 


RQ/GT1 /O | Request/Grant: This request/grant pin is used by another local bus master to force the 8087 to 
request the local bus. If the 8087 is not in control of the bus when the request is made the 
request/grant sequence is passed through the 8087 on the RQ/GTO pin one cycle later. 
Subsequent grant and release pulses are also passed through the 8087 with a two and one 
clock delay, respectively, for resynchronization. RQ/GT1 has has an internal pullup resistor, 
‘andso may be left unconnected. If the 8087 has control of the bus the request/grant sequence 
is as follows: 

1. A pulse 1 CLK wide from another local bus master indicates a local bus request to the 8087 

_ (pulse 1). 

2. During the 8087's next T4 or Ty a pulse 1 CLK wide from the 8087 to the requesting master 
(pulse 2) indicates that the 8087 has allowed the local bus to float and that it will enter the 
“RQ/GT acknowledge” state at the next CLK. The 8087’s control unit is disconnected 
logically from the local bus during “RQ/GT acknowledge.” 


. A pulse 1 CLK wide from the requesting master indicates to the 8087 (pulse 3) that the 
“RQ/GT” request is about to end and that the 8087 can reclaim the local bus at the next 
CLK. 

Each master-master exchange of the local bus is a sequence of 3 pulses. There must be one 
dead CLK cycle after each bus exchange. Pulses are active LOW. 


QS1, QS0: QS1 and QSO provide the 8087 with status to allow tracking of the CPU 
instruction queue. —r 
QS1. Qso | 
No Operation 
First Byte of Op Code from Queue 
Empty the Queue 
Subsequent Byte from Queue 


Interrupt: This line is used to indicate that an unmasked exception has occurred during 
numeric instruction execution when 8087 interrupts are enabled. This signal is typically 
routed to an 8259A. INT is active HIGH. 


Busy: This signal indicates that the 8087 NEU is executing a numeric instruction. It is con- 
nected to the CPU's TEST pin to provide synchronization. In the case of an unmasked 
exception BUSY remains active until the exception is cleared. BUSY is active HIGH. 


Ready: READY is the acknowledgment from the addressed memory device that it will 
complete the data transfer. The RDY signal from memory is synchronized by the 8284A Clock 
Generator to form READY. This signal is active HIGH. 


Reset: RESETcauses the processor to immediately terminate its present activity. The signal 
must be active HIGH for at least four clock cycles. RESET is internally synchronized. 


Clock: The clock provides the basic timing for the processor and bus controller. It is asym- 
metric with a 33% duty cycle to provide optimized internal timing. 


Power: Vcc is the +5V power supply pin. 


Ground: GND are the ground pins. 


NOTE: 
For the pin descriptions of the 8086 and 8088 CPU’s reference those respective data sheets (iAPX 86/10, iAPX 88/10). 
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APPLICATION AREAS 


The iAPX 86/20 and iAPX 88/20 provide functions 


_ meant specifically for high performance numeric 


processing requirements. Trigonometric, logarith- . 


mic, and exponential functions are built into the 
‘processor hardware. These functions are essential 


in scientific, engineering, navigational, or military 


applications. =. 


The NDP also has capabilities meant for business or 
commercial computing. An iAPX 86/20, 88/20 can 


process Binary Coded Decimal (BCD) numbers up — 
to 18 digits without roundoff errors. It can also per- | 


form arithmetic on integers as large as 64 bits 
(+1078). ee, ae 


PROGRAMMING LANGUAGE SUPPORT 


Programs for the iAPX 86/20 and iAPX 88/20 can be 
- written in ASM-86, the iAPX 86,88 assembly lan- 
guage, PL/M-86, FORTRAN-86, and PASCAL:86, In- 
tel’s high-level languages for iAPX 86, 88 systems. 


Details 


The remainder of the data sheet will concentrate on 

the numeric processor extension (refered to as NPX 
or 8087). For iAPX 86/10 or iAPX 88/10 CPU details 
refer to those respective data sheets. 


FUNCTIONAL DESCRIPTION 


The iAPX 86/20, 88/20 Numeric Data Processor's ar- 


chitecture is designed for high performance 


numeric: computing in conjunction with general 
purpose processing. 


The 8087 is a numeric processor extension that 
_ provides arithmetic and logical instruction support 


for a variety of numeric data types in iAPX 86/20, 
88/20 systems. It also executes numerous built-in 
transcendental functions (e.g., tangent and log 
functions). The 8087 executes instructions as a 
coprocessor to a maximum mode 8086 or 8088. It 
effectively extends the register and instruction set of 
an iAPX 86/10 or 88/10 based system and adds 


several new data types as well. Figure 3 presents the 
registers of the iAPX 86/20. Table 2 shows the range 


of data types supported by the NDP. The 8087 is 
treated as an extension to the iAPX 86/10 or 88/10, 
providing register, data types, control, and instruc- 


tion capabilities at the hardware level. At the pro- 


grammers level the iAPX 86/20, 88/20 is viewed as a 
single unified processor. 


iAPX 86/20, 88/20 System Configuration 


As a coprocessor to an 8086 or 8088, the 8087 is 


wired in parallel with the CPU as shown in Figure 4. 
~The CPU’s status (SO-S2) and queue status lines 


(QS0-QS1) enable the 8087 to monitor and decode 


: | _. 8087. a 

_ 1APX 86/10, 88/10 . DATA FIELD - | TAG FIELD 

15 FILE: 0 79 «78 64 63 0” 0 
R1.] SIGN | EXPONENT | ___ SIGNIFICAND —__| 


Figure 3. iAPX 86/20 Architecture 
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Table 2. iAPX 86/20, 88/20 Data Types 


2 


Byte Integer | 10 8 Bits Two’s Complement 


Word Integer Two's Complement 
Snortinteger | 10° | zits [ign ta) Two's Complement 


10° 
1078 


; Two's 
onus le3 'o! Complement 
rae [sete | Slee eg Fart 


Long Integer 


Integer: | Real: (—1 pipe BIAS 


\(ForF4. . -) 

Packed BCD: (—1)9(D47. . .Do) Bias=127 for Short Real 
1023 for Long Real 
16383 for Temp Real 


TEST 


Qso QS1 


IAPX86 MULTIMASTER 
BUS SYSTEM 

INTERFACE is 

COMPONENTS 


QS0 QS1_ BUSY 
RQ/GTO 


8284A 
CLOCK 

GENERATOR 

CLK 


8087 
CLK NDP 


| 
INT L 
RQ/GT1 xt 
| | Ss) 
A , ° 

" 
| 4g a 
| RQ/GT a< 
3 | 8089 : 2 

Le 
po iOP i _ ys 


_ Figure 4. NDP System Configuration 
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instructions in synchrohization with the CPU and - 


without any CPU overhead. Once started the 8087 
can process in parallel with and independent of the 
host CPU. For resynchronization, the NPX’s BUSY 
signal informs the CPU that the NPX is executing an 
instruction and the CPU WAIT instruction tests this 
signal to insure that the NPX is ready to execute 


subsequent instructions. The NPX can interrupt the _ 


CPU when it detects an error or exception. The 
8087's interrupt request line is typically routed to 
the CPU through an 8259A Programmable Inter- 
rupt Controller. (See mguve 2 for 8087 pinout 
information.) 


The 8087 uses one of the request/grant lines of the 
iAPX 86, 88 architecture (typically RQ/GT1) to obtain 
control of the local bus for data transfers. The other 
request/grant line is available for general system use 
(for instance by an I/O processor in LOCAL mode). A 


bus master can also be connected to the 8087's _ 


a 


RQ/GT1 line. In this configuration the 8087 will pass 
the request/grant handshake signals between the 
CPU and the attached master when the 8087 is notin 
control of the bus and will relinquish the bus to the 
master directly when the 8087 is in control. In this 
way two additional masters can be configured in an 
iAPX 86/20, 88/20 system; one will share the 8086 
bus with the 8087 on a first come first served basis, 
and the second will be guaranteed to be higher in 
priority than the 8087. 


As Figure 4 shows, all processors utilize the same 
clock generator and system bus interface compo- 
nents (bus controller, latches, transceivers and bus 
arbiter). 


Bile Operation 


The 8087 bus structure, operation and timing are 
identical to all other processors in the iAPX 86, 88 
series (maximum mode configuration). The address 
is time multiplexed with the data on the first 16/8 
lines of the address/data bus. A16 through A19 are 
time multiplexed with four status lines S3-S6. S3, S4 
and S6 are always one (high) for 8087 driven bus 
cycles while S5 is always zero (low). When the 8087 
is monitoring CPU bus cycles (passive mode) S6 is 
also monitored by the 8087 to differentiate 
8086/8088 activity from that of a local I/O processor 
or any other local bus master. (The 8086/8088 must 
be the only processor on the local bus to drive S6 
low.) S7 is multiplexed with and has the same value 
as BHE for all 8087 bus cycles. 


The first three status lines, S0-S2, are used with an 


8288 bus controller to determine the type of bus 
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cycle being run: 


oS 


X Unused © 

0 Unused 

1 Memory Data Read ~ 

0 Memory Data Write — 

1 Passive (no bus | 
cycle) - 


Programming Interface 


The NDP includes the standard iAPX 86/10, 88/10 
instruction set for general data manipulation and 


- program control. It also includes 68 numeric 


instructions for extended precision integer, floating 
point, trigonometric, logarithmic, and exponential 
functions. Sample execution times for several NDP 
functions are shown in Figure 4. Overall iAPX 86/20 
system performance is 100 times that of an iAPX 
86/10 class processor for numeric instructions. 


Any instruction executed by the NDP is the 
combined result of the CPU and NPX activity. The 


~CPU and the NPX have specialized functions and 


registers providing fast concurrent operation. The 
CPU controls overall program execution while the 
NPX uses the coprocessor interface to recognize 
and perform numeric operations. 


Table 2 lists the eight data types the iAPX 86/20, 
88/20 supports and presents the format for each 
type. Internally, the NPX holds all numbers in the 


. temporary real format. Load and store instructions 


automatically convert operands represented in 
memory.as 16-, 32-, or 64-bit integers, 32- or 64-bit 
floating point numbers or 18-digit packed BCD 
numbers into temporary real format and vice versa. 
The NDP also provides the capability to control 
round off, underflow, and overflow errors in- ‘each 
calculation. = . 


Computations in the NPX use the processor's regis- 
ter stack. These eight 80-bit registers provide the 
equivalent capacity of 20 32-bit registers. The NPX 
register set can be accessed as a stack, with instruc- 
tions operating on the top one or two stack ele- 
ments, or as a fixed register set, with instructions 
operating on explicitly designated registers. 


Table 5 lists the 8087's instructions by class. All ap- 
pear as ESCAPE instructions to the host. Assembly 
language programs are written in ASM-86, the iAPX 
86, 88 assembly language. Table 3 gives the execu- 


tion times of some typical numeric instructions. 
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Table 3. Execution Times for Selected iAPX 86/20 
Numeric Instructions and Corresponding 
iAPX 86/10 Emulation 


| Approximate Execution 
Time (us) 


Floating Point 
Instruction 


-iAPX 86/20 iAPX 86/10 
(5 MHz | 
Clock) Emulation 


Add/Subtract 

Multiply (single 
precision) 

Multiply (extended 
precision) 

Divide 

Compare 

Load (double precision) 

Store (double precision) 

Square Root 

Tangent 

Exponentiation 


| | 
| | ee) 
| [controworof 
peas | 
| 
| 


_ NEU INSTRUCTION MICROCODE 
CONTROL 
| UNIT 
: DATA . 
DATA BUFFER 
OPERANDS 
| QUEUE 


ADDRESSING & 

BUS TRACKING 
EXCEPTION 
POINTERS 


STATUS | 


ADDRESS 
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NUMERIC PROCESSOR 
EXTENSION ARCHITECTURE 


As shown in Figure 5, the 8087 is internally divided 
into two processing elements, the control unit (CU) 
and the numeric execution unit (NEU). The NEU 
executes all numeric instructions, while the CU 
receives and decodes instructions, reads and writes 
memory operands: and executes NPX control in- 
structions. The two elements are able to operate 
independently of one. another, allowing the CU to 
maintain synchronization with the CPU while the 
NEU is busy processing a numeric instruction. 


Control Unit 


The CU keeps the 8087 operating in synchronization 
with its host CPU. 8087 instructions are intermixed 
with CPU instructions ina single instruction stream. 
The CPU fetches all instructions from memory; by 
monitoring the status signals (SO-S2, S6) emitted by 
the CPU, the NPX control unit determines when an 


Oe 


EXPONENT FRACTION Fy 
BUS BUS 


PROGRAMMABLE 
SHIFTER 


INTERFACE 


TEMPORARY 
. REGISTERS 


| ARITHMETIC 
MODULE 


- " Figure 5. 8087 Block Diagram 


AFN-01820C 


intel 


iAPX 86/20, 88/20 


PRELIMINARY 


8086 instruction is being fetched. The CU monitors 
the Data bus in parallel-with the CPU to obtain in- 
structions mat pertain to the 8087. | 


The CU maintains an instruction queue that is identi- 
cal to the queue in the host CPU. The CU automatic- 
ally determines if the CPU is an 8086 or an 8088 
immediately after reset (by monitoring the BHE/ S7 
line) and matches its queue length accordingly. By 
monitoring the CPU's queue status lines (QSO, QS1), 
the CU obtains and decodes instructions from the 
queue in synchronization with the CPU. 


A numeric instruction appears as an ESCAPE in- 
struction to the 8086 or 8088 CPU. Both the CPU and 
NPX decode and execute the ESCAPE instruction 
together. The 8087 only recognizes the numeric in- 
structions shown in Table 5. The start of a numeric 
operation is accomplished when the CPU executes 
the ESCAPE instruction. The instruction may or may 
not identify a memory operand. 


The CPU does, however, distinguish between ESC 
instructions that reference memory and those that 
do not. If the instruction refers to a memory operand, 
the CPU calculates the operand’s address using any 
one of its available addressing modes, and then per- 
forms a “dummy read” of the word at that location. 
(Any location within the 1M byte address space is 
allowed.) This is a normal read cycle except that the 
CPU ignores the data it receives. If the ESC instruc- 
tion does not contain a memory reference (e.g. an 
8087 stack operation), the CPU simply proceeds to 
the next instruction. 


An 8087 Instruction can have one of three memory 
reference options; (1) not reference memory; (2) 


load an operand word from memory into the 8087; or 


(3) store an operand word from the 8087 into 
memory. If no memory reference is required, the 
8087 simply executes its instruction. If a memory 
reference is required, the CU uses a “dummy read” 
cycle initiated by the CPU to capture and save the 
address that the CPU places on the bus. If the in- 
struction is a load, the CU additionally captures the 
data word when it becomes available on the local 
data bus. If data required is longer than one word, 
the CU immediately obtains the bus from the CPU 
using the request/grant protocol and reads the rest 
of the information in consecutive bus cycles. In a 
store operation, the CU captures and saves the store 
address as ina load, and ignores the data word that 
follows in the “dummy read” cycle. When the 8087 is 
ready to perform the store, the CU obtains the bus 
from the CPU and writes the operand starting at the 
specified address. 


Numeric Execution Unit 


The NEU executes all instructions that involve the 
register stack; these include arithmetic, logical, 
transcendental, constant and data transfer instruc- 
tions. The data path in the NEU is 84 bits wide (68 
fraction bits, 15 exponent bits and a sign bit) which 
allows internal operand transfers to be performed at 
very high speeds. 


When the NEU begins executing an instruction, it 
activates the 8087 BUSY signal. This signal can be 
used in conjunction with the CPU WAIT instruction 
to resynchronize both processors when the NEU has 
completed its current instruction. 


Register Set 


The iAPX 86/20 register set is shown in Figure 3. 
Each of the eight data registers in the 8087's register 
stack is 80 bits wide and is divided into “fields” 
corresponding to the NDP’s temporary real data 
type. 


At a given point in time the TOP field in the control 
word identifies the current top-of-stack register. A 
“push” operation decrements TOP by 1 and loads a 
value into the new top register. A “pop” operation 


' stores the value from the current top register and 


then increments TOP by 1. Like iAPX 86/10, 88/10 
stacks in memory, the 8087 register stack grows 
“down” toward lower-addressed registers. 


Instructions may address the data registers either 
implicitly or explicitly. Many instructions operate on 
the register at the top of the stack. These instruc- 
tions implicitly address the register pointed to by the 
TOP. Other instructions allow the programmer to 
explicitly specify the register which is to be used. 
Explicit register addressing is “top-relative.” 


Status Word 


The status word shown in Figure 6 reflects the over- 
all state of the 8087; it may be stored in memory and 
then inspected by CPU code. The status word is a 
16-bit register divided into fields as shown in Figure 
6. The busy bit (bit 15) indicates whether the NEU is 
either executing an instruction or has an interrupt 
request. pending (B = 1), or is idle (B = 0). Several 
instructions which store and manipulate the status 
word are executed exclusively by the CU, and these 
do not set the busy bit themselves. 
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15 0 


ae - 


(MIR is set if any unmasked exception bit is set, cleared otherwise. 


(2)See Table 3 for condition code interpretation. 


“)Top Values: 
000 = Register 0 is Top of Stack. 
001 = Register 1 is Top of Stack. 

e 


111 = Register 7 is Top of Stack. 


EXCEPTION FLAGS (1 = EXCEPTION HAS OCCURRED) 


INVALID OPERATION 
DENORMALIZED OPERAND 
ZERO DIVIDE 
OVERFLOW 
UNDERFLOW 
PRECISION 

(RESERVED) 

INTERRUPT REQUEST") 

CONDITION CODE”) 

TOP OF STACK POINTER”) 

NEU BUSY 


Figure 6. 8087 Status Word 


The four numeric condition code bits (Co—C3) are 
similar to the flags in a CPU: various instructions 
update these bits to. reflect the outcome of NDP 


operations. The effect of these instructions on the 


condition. code bits is summarized in Table 4. 


Bits 14-12 of the status word point to the 8087 regis- 
ter that is the current top-of-stack (TOP) as 
described above. | . 


Bit 7 is the interrupt request bit. This bit is set if any 
unmasked exception bit is set and cleared other- 
wise. 


Bits 5-0 are set to indicate that the NEU has 
detected an exception while executing an instruc- 
tion. 


Tag Word 


The tag word marks the content of each register as 
shown in Figure 7. The principal function of the tag 


‘word is to optimize the NDP’s performance. The tag 


word can be used, however, to interpret the contents 
of 8087 registers. 


Instruction and Data Pointers 


The instruction and data pointers (see Figure 8) are 
provided for user-written error handlers. Whenever 
the 8087 executes an NEU instruction, the CU saves 
the instruction address, the operand address (if 
present) and the instruction opcode. 8087 instruc- 
tions can store this data into memory. 
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Table 4. Condition Code Interpretation 


Compare, Test 
?B (not comparable) 


Remainder 1 0 2 Complete reduction 
a4 0 Qe Incomplete reduction 


Examine Valid, positive, unnormalized 

Invalid, positive, exponent # 0 
Valid, negative, unnormalized 

Invalid, negative, exponent # 0 
Valid, positive, normalized 
Infinity, positive’ 

Valid, negative, normalized 

Infinity, negative | 

Zero, positive 

Empty 

Zero, negative — 

Empty — 

Invalid, positive, exponent = 0 

Empty | 

Invalid, negative, exponent = 0 

Empty 


KK KX 


A 
A 
A 
A 


‘OO 4200 


|aes—2- 4 OOOO = | HH OOO O]/]+$ 01K <X XX 
ADHAOHOHBOABAOAOHAOHAO/D O/AacoA°o 


~=-s§ st Bonu OOdOoddo0od0o0oo0odod 
=3 00 $= + OOA3 = 00 = DO/ON OD 


X = value is not affected by instruction. 
Q = Co, Cz, C; hold 3 LSBs of the quotient generated during 2 a remainder opetatien: 


INSTRUCTION POINTER (15-0) 


Peete ee re 0 INSTRUCTION OPCODE (10-0) = 


DATA POINTER (15-0) 


TAG VALUES: 
00 = VALID ~ 
. 01 = ZERO. | 
10 = SPECIAL 
11 = EMPTY © 


DATA POINTER (19-16) 


Figure 7. 8087 Tag Word Figure 8. 8087 Instruction and Data Pointers | | 
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Control Word 


The 8087 provides several processing options which 
are selected by loading a word from memory into the 
control word. Figure 9 shows the format and encod- 
ing of the fields in the control word. 


The low order byte of this control word configures 
8087 interrupts and exception masking. Bits 5—0 of 
the control word contain individual masks for each 
of the six exceptions that the 8087 recognizes and 
bit 7 contains a general mask bit for all 8087 in- 
terrupts. The high order byte of the control word 
configures the 8087 operating mode including 
precision, rounding, and infinity controls. The preci- 
sion control bits (bits 9-8) can be used to set the 
8087 internal operating precision at less than the 
default of temporary real precision. This can be use- 
ful in providing compatibility with earlier generation 
arithmetic processors of smaller precision than the 
8087. The rounding control bits (bits 11-10) provide 
for directed rounding and true chop as well as the 
unbiased round to nearest mode specified in the 
proposed IEEE standard. Control over closure of the 
number space at infinity is also provided (either 
affine closure, +~, or projective closure, ~, is treated 
as unsigned, may be specified). 
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Exception Handling 


The 8087 detects six different exception conditions 
that can occur during instruction execution. Any or 
all exceptions will cause an interrupt if unmasked 
and interrupts are enabled. 


lf interrupts are disabled the 8087 will simply con- 
tinue execution regardless of whether the host 
clears the exception. If a specific exception class is 
masked and that exception occurs, however, the 
8087 will post the exception in the status register 
and perform an on-chip default exception handling 
procedure, thereby allowing processing to continue. 
The exceptions that the’ 8087 detects are the 
following: | : 


1. INVALID OPERATION: Stack overflow, stack un- 
derflow, indeterminate form (0/0, »— ~, etc.) or 
the use of a Non-Number (NAN) as an operand. 
An exponent value is reserved and any bit pattern 
with this value in the exponent field is termed a 
Non-Number and causes this exception. If this 
exception is masked, the 8087's default response 
is to generate a specific NAN called INDEFINITE, 
or to propagate already existing NANs as the cal- 
culation result. : 


15 : 


Precision Control Rounding Control 


00 = 24 bits 00 = Round to Nearest or Even 
01 = Reserved 01 = Round Down (toward — ) 
10 = 53 bits 10 = Round Up (toward + =) 

11 = 64 bits 11 = Chop {truncate toward zero) 


EXCEPTION MASKS (1 = EXCEPTION IS MASKED) 


INVALID OPERATION 
DENORMALIZED OPERAND 
ZERO DIVIDE 
OVERFLOW 
UNDERFLOW 
PRECISION 
(RESERVED) 
INTERRUPT MASK (1 = INTERRUPTS ARE MASKED) 
PRECISION CONTROL"? 
- ROUNDING CONTROL”) 
INFINITY CONTROL (0 = PROJECTIVE, 1 = AFFINE) 
(RESERVED) 


Figure 9. 8087 Control Word 
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. OVERFLOW: The result is too large in magnitude 
to fit the specified format. The 8087 will generate 
an encoding for infinity if this exception is 
masked. Sey a | 


. ZERO DIVISOR: The divisor is zero while the divi- 
dend is a non-infinite, non-zero number. Again, 
. the 8087 will generate an encoding for uty if 
this exception is masked. 


; UNDERFLOW: The result is non-zero but too 
-smallin magnitude to fit in the specified format. If 
this. exception is masked the 8087. will 
. denormailize (shift right) the fraction until the ex- 
_ ponent is in range. This process is called aie 
underflow. 
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DENORMALIZED OPERAND: At least one of the 
operands or the result is denormalized; it has the 
smallest exponent but a non-zero significand. 
Normal processing continues if this ecoption is 


_. masked off. 


_ INEXACT RESULT: If the true result is not exactly 
. representable in the specified format, the result 


is rounded according to the rounding mode, and 


S-100 


this flag is set. If this exception is masked, pro- 
cessing will simply continue. . 


AFN-01820C 


| intel | iAPX 86/20, 88/20 PRELIMINARY 


ABSOLUTE MAXIMUM RATINGS* *NOTICE: Stresses above those listed under Absolute 


Maximum Ratings may cause permanent damage to the 
device. This is a stress rating only and functional opera- 


Ambient Temperature Under Bias........... 0°C to 70°C tion of the device at these or any other conditions above 
Storage Temperature ..............4.. —65°C to +150°C those indicated in the operational sections of this 
Voltage on Any Pin with . specification is not implied. Exposure to absolute maxi- 

Respect to Ground .................08. —1.0V to +7V mum rating conditions for extended periods may affect 
Power Dissipation .......... 0.0.0 cece cece e ee ee 3.0 Watt device reliability. | 


D.C. CHARACTERISTICS (Tj, = 0°C to 70°C, Veg =+5V +10%) 


Input Low Voltage 


Input High Voltage 


Output Low Voltage 


Capacitance of I/O Buffer 
(ADO-15, A1g—-Ayz9, BHE, S2-S0, 
RQ/GT) and CLK | 


Capacitance of Outputs . 
BUSY, INT 


A.C. CHARACTERISTICS (Ta = 0°C to 70°C, Voc = +5V +10%) 
TIMING REQUIREMENTS 

| Symbol| Parameter 
TCLCL | 


TCLCL CLK Cycle Period 200 
TCLCH CLK Low Time (75 TCLCL) - 15 
10 
) 


| Symbol _ 
7 a 
a ae 
[Von [output High Votage Sd aa 
[tcc [Power Supply Gurrent | 
— 


=) 


F 


— =. _ 
ao 


fo) 


oe 


Test Conditions 


Oo 
>) 


TCHCL CLK High Time (Ys TCLCL) + 2 
TCH1CH2 |CLK Rise Time 
TCL2CL1 {CLK Fall Time 


10 
10 


From 3.5V to 1.0V 


TOHGX 


fee eee 
ee 
40 

! ernie 
10 
30 


Status Active Setup Time 


Status Inactive Setup Time 
Input Rise Time (Except CLK) 


Input Fall Time (Except CLK) 


From 1.0V to 3.5V 


From 0.8V to 2.0V 
From 2.0V to 0.8V. 


Nh 
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‘A.C. CHARACTERISTICS (Continued) 
TIMING RESPONSES: : ae 2 


Be a he Bae Parameter | A 3 

TOLML—|Gommand Active Delay (See Note) 
TCLMH |Command Inactive Delay (See Note 1) 
TRVHSA 
TOHSV 
TOLSH [Status Inactive Delay 
TOLAV 
TOLAX 


= 
°. 


| Test Conditions | 


—10——” 
10 
10 


TCLAZ __|Address Float Delay oF TELAX 

TSVLH Status Valid to ALE High (See Note 1) 

~TCLLH CLK Low to ALE Valid (See Note 1) 
) 


| ns |C_ = 20-100 pF for all 


110 | ns |8087 Outputs (in addition 


| ns |to 8087’self-load) 


TOLDV 
TOHDX 
TOVNX 
TCHBV 


amt | we | a] 
BR] mh f ok] ok — |G} —} — 
alan or} Or] oO O}/9O/10/| 0 


10. 
10 
10 
10 


TCHDTH 
[ToLeL 
[rote 
TOLOH 


TOHOL = {Output Fall Time 


@) 
nS 


= 40 pF (in 


addition to 8087 self-load) 


TCHDTL |Direction Control Active Delay (See Note 1) 
ime From0.8V.to2.0V | 


From 2.0V to 0.8V 


NOTES: ano Bing Pat 
1. Signal at 8284A or 8288 shown for reference only. — | 

2. Applies only to T3 and wait states. 

3. Applies only to To state (8 ns into T3). 


~ 
NO 


A.C. TESTING INPUT, OUTPUT WAVEFORM A.C. TESTING LOAD CIRCUIT | 
. _INPUT/OUTPUT | 


DEVICE 


1.5 <t———_ TEST POINTS ——— 1.5 7 | vTEST. 


..0.45 


“AC. TESTING: INPUTS ARE DRIVEN AT 2.4V FORA LOGIG "1" AND 0.45V FOR 
ALOGIC “0.” THE CLOCK IS DRIVEN AT 4.3V AND 0.25V. TIMING MEASURE- . — 
MENTS ARE MADE AT 1.5V FOR BOTH A LOGIC "1" AND “O. Cy INCLUDES JIG CAPACITANCE 
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WAVEFORMS 


MASTER MODE 


T, T; T, T, 


{ i 
TCH1CH2 TCL2CL1 
TCLCL Te 


Ted hee et eat toh 
as oe 
i 


a TCHDX 
cece Fo a 
ar 


BHE/S,,A,,/S,-A,,/S, 


TSVLH (SEE NOTE 3) 
TCLLH co 
ALE (8288 OUTPUT) 
(SEE NOTES 4, 6) 
READY (8087 INPUT) ¢— TCHRYX 
(SEE NOTE 2) oe 
TCLAV 
READ CYCLE 


areeer ie (_|Aw-Ao| (_parain) “| FLOAT 
TCHDTL 
DT/R a 
) TCLML— yo 


8288 OUTPUTS se 
(SEE NOTES 6,7) ~) MROC 


DEN 
TCVNX 


WRITE CYCLE " * TCLAV HoH | TCHDX 
FLOAT 
SEE NOTE 3 


DEN 
TCLML me iat 
8288 OUTPUTS 
(SEE NOTES 6, 7) AMWTC 
a 
MWTC + 


_ ALL SIGNALS SWITCH BETWEEN VoL AND Voy UNLESS OTHERWISE SPECIFIED. 
. READY IS SAMPLED NEAR THE END OF To, T3 AND Tw TO DETERMINE IF Tw MACHINE STATES ARE TO BE INSERTED. 

. THE LOCAL BUS FLOATS ONLY IF THE 8087 IS RETURNING CONTROLTO THE 8086/8088. 

. ALE RISES AT LATER OF (TSVLH, TCLLH). . 

. STATUS INACTIVE IN STATE JUST PRIOR TO Ty. 

. SIGNALS AT 8284A OR 8288 ARE SHOWN FOR REFERENCE ONLY. 

. THE ISSUANCE OF 8288 COMMAND AND CONTROL SIGNALS (MRDC, MWTC, AMWC AND DEN) LAGS THE ACTIVE HIGH 8288 CEN. 
. ALLTIMING MEASUREMENTS ARE MADE AT 1.5V UNLESS OTHERWISE NOTED.. 


NOTES: 


ON Onh WD ND = 
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WAVEFORMS (Continued) 


PASSIVE MODE 1, 


vaver eS ee a 


_—— | 


TDVCL TCLDX;_ TDVCL | TDVCL 


a a . FLOAT 
BHE/S,,A,,/S,-A,,/S BHE, A,.~A,, 


Se 


| =o TELDX 
; FLOAT 
AD,,-AD, : . a DATA IN 


’ TRYLCL 


TCHRYX 


—_—> TCHRYX 


TRYHCH |<—— 


RESET TIMING 


k=» psec 


<_—_____——. >20 CLK CYCLES 
=8 CLK CYCLES 


TCLDX 


8087 TRACKS 8087 READY TO 


>4 CLK CYCLES CPU ACTIVITY EXECUTE INSTRUCTIONS 


REQUEST/GRANTo TIMING 


>1CLK- > ANY CLK 
CYCLE — > 


RQ/GTO 


AD,,-AD, 
A,/S.-A,,/S, 
5,,5,:5, 
. BHE/S7 


NOTE: THE CPU PROVIDES ACTIVE PULLUP OF RQ/GTO, SEE TCLGH SPEC. 
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RQ/GT1 


AD,,-AD, 


SR eee 
Ay/Se-A,,/S; ALTERNATE MASTER 
S., S$, Sp . i 
BHE/S7 | (SEE NOTE) 


NOTE: ALTERNATE MASTER MAY NOT DRIVE THE BUSES OUTSIDE OF THE REGION 
SHOWN WITHOUT RISKING BUS CONTENTION. 


BUSY AND INTERRUPT TIMING 


BUSY, INT 
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Table 5. 8087 Extensions to the 8086/8088 Instruction Set 
76543210765432107654321076543 21 0 


Data Transfer 


FLD = LOAD be = * | 
Integer/Real Memory tost(o) [ESCAPE ___MF_1 
Long integer Memory tost(o)  [ESCAPE_1 1 1] MOD 10 1 AMM 
Temporary Real Memory toST(0) [ESCAPE 0 1 / 
BCD Memory to ST(0) | ESCAPE 1 1 17 MOD 1 0 0 RM ~ (DISP-LO) 
ST(i) to ST(0) ESCAPE 0017-1 100 0 STi) Joo 

FST = STORE ; : ue seo ee 

ST(0) to Integer/Real Memory | ESCAPE MFT MOD 01 0 RM | (DISP-Lo) | (DISP-H)~*Y 


$T(0) to ST(i) -ESCAPE 101 11 01 0 ST(i) 


‘FSTP = STORE AND POP 


ST(0) to Integer/Real Memory - ESCAPE MF 1 MOD 0 1 1° R/M (DISP-LO) (DISP-HI) 
ST(0) to Long Integer Memory ESCAPE 11461 MOD 1 1 #1 = R/M (DISP-LO) (DISP-HI) ; 
-ST(0) to Temporary Real Memory ESCAPE 0 1 1 MOD 1.1.1 = £=R/M (DISP-LO) . (DISP-HI) 


ST(0) to BCD Memory ESCAPE 1 (DISP-LO)  , (DISP-HI) 0s | 
ST(0) to ST(i) ESCAPE 10 1 11041 =41~= ST(i) 

FXCH = Exchange ST(i) and ST(0) ESCAPE . 0.0 1 1 1 0-0 1 = ST(i) 

Comparison 


FCOM = Compare - 


_ Integer/Real Memory to ST(0) ESCAPE _ MF Oj].. MOD 0..1 O.R/M (DISP-LO) (DISP-HI) 2 


ST(i) to ST(0) ESCAPE 0 0 O 1 1 0 1 0 = ST(i) 


FCOMP = Compare and Pop 


Integer/Real Memory to ST(0) ESCAPE MF 0 MOD 0 1 1 = R/M (DISP-LO) (DISP-HI) 


eNAS S10) ESCAPE 0 0 0 1 1 071 7 + STii) 

FCOMPP = Compare ST(1) to ST(0) ESCAPE 1 1 041 1 #0 7 10 0 1 
and Pop Twice 

FTST = Test ST(0) ESCAPE 001/71 1 141 001 0 0 

EXAM Examine en (@) ESCAPE 001/]7%1 117001 01 
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Table 5. 8087 Extensions to the 8086/8088 Instruction Set (Continued) 


Arithmetic 76543210 7¢65 4324310765 432410765 4 3241 «0 


FADD = Addition 


Integer/Real Memory with ST(0) ESCAPE MF OD 0 0 0 R/M (DISP-LO) (DISP-HI) 


ST(i) and ST(0) ESCAPE d P 1 0 0 0 ST(i) 


FSUB = Subtraction 


Integer/Real Memory with ST(0) ESCAPE (DISP-LO) . (DISP-HI) 


ST(i) and ST(0) ESCAPE 


| 


oO 


FMUL = Multiplication — : . . 
Integer/Real Memory with ST(0) ESCAPE MF (DISP-LO) © (DISP-HI) 


ST(i) and ST(0) ESCAPE d 


U 
Joyo 


FDIV = Division 


Integer/Real Memory with ST(0) ESCAPE 1 #1 R_ R/M (DISP-LO) (DISP-HI) : 


ST(i) and ST(0) 


FSQRT = Square Root of ST(0) ESCAPE 
FSCALE = Scale ST(0) by ST(1) ESCAPE 


FPREM = Partial Remainder of 
ST(0) + ST(1) ESCAPE 


FRNDINT = Round ST(0) 


to Integer ESCAPE 


[eSGAPE. OO ufv 7177700 
[scar TTT TOT OO 
[scare 0 0 4fv tt O0 601 
[escaPe 0 0 t]t 1700000 


FXTRACT = Extract Components . 
of ST(0) ESCAPE 


FABS = Absolute Value of ST(0) ESCAPE 


FCHS = Change Sign of ST(0) ESCAPE 


Transcendental 


FPTAN = Partial Tangent of ST(0) ESCAPE 


4 
= 
(2) 
[o) 
_ 
o 


FPATAN = Partial Arctangent of 
ST(0) + ST(1) ESCAPE 


F2xm1 = 2 S1(0)_4 ESCAPE 


o|jo 
aio) 
ok — 
—_ —_ 
a//u 
a}iu 
—_ —_ 
o}]|o 
ollo 
a 
o]}fia 


FYL2X = ST(1) - Logo [ST(0)] ESCAPE 


ol||o 
ollojjo 
affo 
al/Ji 
alfo 
afJi 
afju 
allo 
o]Jo 
ollollo 
a |ji 


FYL2XP1 = ST(1) + Logo [ST(0) + 1] ESCAPE 


Constants 
FLDZ = LOAD + 0.0 into ST(0) ESCAPE 


oO 
to) 
— 
= 
= 
= 
oO 
— 
= 
— 
oO 


FLO1 = LOAD + 1.0 into ST(0) ESCAPE 


(=) 
OV, oO 
=a 
= 
— 
_ 
(j=) 
= 
(>) 
Oo 


FLDPI = LOAD z into ST(0) ESCAPE 


O}];,O 
Oo 
=/) a 
oat} o 
=-7/ ao 
af} au 
OT, oO 
=f) au 
OWMollo 
ol|=a 
ajiou 


FLDL2T = LOAD log» 10 into ST(0) ESCAPE 


= 
= 
i 
i=) 
=k 
oO 
=" 


FLDL2E = LOAD logo e into ST(0) ESCAPE 


oO}|]/ oO 


Ol], o 
oO}] oO 
af} a 
= 
= 
— 
i=) 
_ 
=" 
(j=) 


FLDLG2 = LOAD log 49 2 into ST(0) ESCAPE 


oO 
Oo 
— 
= 
=a 
oO 
= 
= 
Oo 
a 


FLDLN2 = LOAD loge 2 into ST(0) ESCAPE 
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Table 5. .8087 Extensions to the 8086/8088 Instruction Set (Continued) 


76543210 76543210765432107 «6543210 


Processor Control 


FENI = Enable Interrupts [escaPe ott fit i 0 0 0 0 0] 
| FDISI = Disable Interrupts 
FLDGW = Load Control Word 


| FSTCW = Store Control Word 
FSTSW = Store Status Word 


[__srtoy «dS id 


[o) 
— 
_ 
= 
_ 
— 
i=) 
Oo 
Oo 
a 
(=) 


FCLEX = Clear Exceptions ESCAPE 


FSTENV = Store Environment ESCAPE 0 0 1 {MOD 1 1 O R/M 
FLDENV = Load Environment ESCAPE 0 0 1 {MOD 1 0 0. R/M 
| FSAVE = Save State. 0 ot ; 
FINCSTP = Increment Stack Pointer Pee oe Ve Oe at 2 
FDECSTP = Decrement Stack Pointer 1 1 1 71 0 1 «71 ~«0 
| FFREE = Free ST(i) fe ESCAPE 10 1 
FNOP=No Operation i 7 0 1.0 0 0 0 


FWAIT = CPU Wait for NDP 


= 
Oo 
fo) 
= 
= 
(=) 
= 
= 


FOOTNOTES: 
if mod=00 then DISP=0%, disp-low and disp-high are absent _ ST(0)= Current stack top 
if mod=01 then DISP=disp-low sign-extended to 16-bits, ...ST(i)= it register below stack top 
disp-high is absent: . : tne = oie 
if mod= 10 then DISP= disp-high; disp-low d= Destination 
if mod= 11 then r/m is treated as an ST(i) field ngs 0 — Destination is ST(0) 
, | Sour ~1— Destination is ST(i) 
P=. Pop | 
if r/m = 000 then EA= (BX) +(SI) +DISP 7m | . -0—Nopop — 
if r/m=001 then EA = (BX) +(DI) +DISP 1 — Pop ST(0) 
if r/m=010 then EA = (BP) +(SI) +DISP 
if r/m=011 then EA=(BP)+(DI) +DISP R= Reverse: When d = 1 reverse the sense of R. 
if r/m= 100 then EA=(SI) +DISP 0 — Destination (op) Source 
if r/m=101 then EA=(DI) +DISP 7 | _ 1 Source (op) Destination 
if r/m=110 then EA = (BP) + DISP* , —_ . i 
‘if r/m=111 then EA = (BX) + DISP For FSQRT: - —0 < ST(0) < +0” | 
| -.. ForFSCALE: © 9 —2'<ST(1) <+2' and ST(1) integer 
“except if mod = 000 and r/m= 110 then EA = disp-high: disp-low. For F2XM1: 0<ST(0) < 271 “ 
: ~ ForFYL2X: = = 0<ST(0)<@ 
MF = Memory Format = 0 <ST(1)<+> | 
00 — 32-bit Real ; ~~ For FYL2XP1:° Os IST(O)I < (2- Jf2)/2 
01 — 32-bit Integer —2 < §T(1)< 0 
10 — 64-bit Real For FPTAN: 0 = ST(0)<n/4 
11 — 16-bit Integer For FPATAN: 0 = ST(0) < ST(1) < +0 
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Encoding and Decoding 


. APPENDIX A 
“MACHINE INSTRUCTION ENCODING 
AND DECODING 


8087 machine instructions assume one of five 
different forms as shown in table A-1. In all 
cases, the instructions are at least two bytes long 
and begin with the bit pattern 11011B, which 
identifies the escape class of instructions. Instruc- 
tions which reference memory operands are 
encoded much like similar CPU instructions, 
since the CPU must calculate the operands effec- 
tive address from the information contained in 
the instruction. Section 4.2 discusses this 


encoding scheme in more detail, and in particular, 
shows how each memory addressing mode is 
encoded. 


Note that all instructions (except those coded with 


a ‘‘no-wait’? mnemonic) are preceded by an 
assembler-generated CPU WAIT instruction 
(encoding: 10011011B). Segment override 
prefixes may also precede 8087 instructions in the 
instruction stream. 


Table A-1. Instruction Encoding 


0, 1, or 2 bytes 
DISPLACEMENT 
DISPLACEMENT 


()Memory transfers, including applicable processor control instructions; 0, 1, or 2 displacement bytes may 


follow. 


(2)Memory arithmetic and comparison instructions; 0, 1, or 2 displacement bytes may follow. 


(3)Stack arithmetic and comparison instructions. 


(Constant, transcendental, some arithmetic instructions. 


(5)Processor control instructions that do not reference memory. 


OP, OP-A, OP-B: Instruction opcode, possibly split into two fields. 


MOD: Same as CPU mode field; see table 4-8. 


R/M: Sames as CPU register/memory field; see table 4-10. 


MACHINE INSTRUCTION ENCODING AND DECODING 


Table A-1. Instruction Encoding (Cont’d.) 


FORMAT: Defines memory eee 
00 = short real . 
01 = short integer 
10 = long real 
11 = word integer | 


R: 0= return result to stack top 
1 = return result to other register 


P: 0=do not pop stack 
1 = pop stack after operation 


REG: register stack element 
000 = stack top 
001 = next on stack 
010 = third stack element, etc. 


the data bus. Users writing exception handlers 
may also find this information uch to identify 
the offending instruction. 


Table A-2 lists all 8087 machine instructions in 
binary sequence. This table may be used to 
‘‘disassemble’’ instructions in unformatted 
memory dumps or instructions monitored from 


Table A-2. Machine Instruction Decoding Guide | 


1st Byte | | : an 
y ond Byte Bytes 3, 4 ASM-86 Instruction | 
[Hex| Binary Format 


(disp-lo),(disp-hi) | FADD short-real 
(disp-lo),(disp-hi) | FMUL short-real 
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(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 


(disp-lo),(disp-hi) 


(disp-lo),(disp-hi) 


S-111 


FCOM 
FCOMP. 
FSUB 
FSUBR 
FDIV 
FDIVR 
FADD 
FMUL 
FCOM 
FCOMP 
FSUB 
FSUBR - 


-FDIV 


FDIVR 
FLD 
reserved 
FST. 


short-real 


short-real 


short-real 


short-real 
short-real 


_ short-real 


ST,ST(i) 
ST,ST(i) 


ST(i) 


ST(i) 


—  ST,ST(i 


) 
ST,ST(i) 
) 


_ST,ST(i 
ST,ST(i) 
__ Short-real 


short-real 


(disp- -1o), nee hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo)}(disp-hi) 


(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) | 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 


S-112 


FLDENV 
FLDCW 
FSTENV 
FSTCW 
FLD 
FXCH 
FNOP 
reserved 
reserved 
reserved 
*(1) 
FCHS 
FABS 
reserved 
FTST 
FXAM 


reserved 


FLD1 
FLDL2T 
FLDL2E 
FLDPI 


FLDLG2__ 
FLDLN2 


FLDZ 


~ reserved 


F2XM1 
FYL2X 
FPTAN 
FPATAN 
FXTRACT 
reserved 


FDECSTP. 


FINCSTP 
FPREM 
FYL2XP1 
FSQRT 
reserved 
FRNDINT 
FSCALE 


reserved 


FIADD 
FIMUL 
FICOM 
FICOMP 


FISUB © 


FISUBR 


MACHINE INSTRUCTION ENCODING AND DECODING 


Table A-2. Machine Instruction Decoding Guide (Cont’d.) 


14-bytes 
2-bytes 
14-bytes 
2-bytes 
ST(i) 
ST(i) 


short-integer 
short-integer | 
short-integer 
short-integer 
short-integer 


-short-integer 
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Table A-2. Machine Instruction Decoding Guide (Cont’d.) 


' {Ist Byte 
Hex [Binary _| 
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(disp-lo),(disp-hi) 


‘(disp-lo),(disp-hi) 


(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 


(disp-lo),(disp-hi) . 


(disp-lo),(disp-hi) 


(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 


‘(disp-lo),(disp-hi) 


(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 


S-113 


FIDIV 
FIDIVR 
reserved 
FILD 
reserved 


reserved 
FLD. 
reserved 
FSTP 


reserved 


FENI 
FDISI 
FCLEX 
FINIT 
reserved 


reserved | 


reserved 
FADD 
FMUL 
FCOM 
FCOMP 
FSUB 
FSUBR 
FDIV. 
FDIVR 
FADD 
FMUL 
*(2) 

*(3) 
FSUB. ~ 
FSUBR 
FDIV 
FDIVR 
FLD 
reserved 
FST 
FSTP 
FRSTOR 
reserved 
FSAVE 
FSTSW 
FFREE 
*(4) 

FST 
FSTP 


2nd Byte Bytes 3,4 ASM- ee 


short-integer 
short-integer 


short-integer 


short-integer 
short-integer 


temp-real 


temp-real 


long-real 
long-real 
long-real 


— long-real 


long-real 
long-real 
long-real 
long-real 


— ST(i), ST 


ST(i),ST 


ST(i),ST 
ST(i),ST 
ST(i), ST 
ST(i),ST 
long-real 


long-real 
long-real 
94-bytes 


94-bytes 
2-bytes 
ST(i) 


ST(i) 
ST(i) 


MACHINE INSTRUCTION ENCODING AND DECODING 


Table A-2. Machine Instruction Decoding Guide (Cont’d.) 


_ ASM-86 Instruction 
7 Format > 


ist Byte | | 
— 2nd Byte Bytes 3,4 
[ex [Binary 


(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 


(disp-lo),(disp-hi) . 


(disp-lo),(disp-hi) 


(disp-lo),(disp-hi) 


(disp-lo),(disp-hi) 


| (disp-lo),(disp-hi) 
~ (disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 


(disp-lo),(disp-hi) 


(disp-lo),(disp-hi) 
(disp-lo),(disp-hi) 


reserved 
FIADD 
FIMUL © 
FICOM 
FICOMP 
FISUB 
FISUBR 
FIDIV 
FIDIVR 
FADDP 
FMULP. 
*(5) 
reserved 


FCOMPP | 


reserved 


reserved | 


FSUBP: 
FSUBRP 
FDIVP 


~ FDIVRP 


FILD. 


word-integer 
word-integer 
word-integer 
word-integer 
word-integer - 
word-integer 
word-integer 
word-integer 
ST(i), ST 
ST(i), ST 


ST(i), ST 
ST(i), ST 
ST(i), ST 
ST(i),ST 
word-integer 


reserved 


FIST 
FISTP 
FBLD 
FILD 
FBSTP 


word-integer  . 
word-integer 
packed-decimal 
long-integer 
packed-decimal 


FISTP 
*(6) 
—*(7) 
*(8) 
*(9) - 
reserved | 


(disp-lo),(disp-hi) | long-integer | 


* The marked encodings are not generated by the language translators. If, however, the 8087 
encounters one one these encodings in the instruction stream, it will execute it as follows: 


(1) FSTP ST(i) 

(2) FCOM ST(i) _ 

(3) FCOMP. ST(i) 

(4) FXCH  ST(i) 

(5) FCOMP. ST(i) 

(6) FFREE ST(i) and pop stack 
(7) FXCH ST(i) 

(8) FSTP. ST(i) 

(9) FSTP ST(i) 
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3065 Bowors Avenue 

Santa Clara, California 95051 
Tel: (408) 987-8080 

TWX: 910-338-0026 

TELEX: 34-6372 


ALABAMA 


Intel Corp. 

303 Williams Avenue, S.W. 
Suite 1422 

Huntsville 35801 

Tel: (205) 533-9353 


ARIZONA 


Intel Corp. 

10210 N. 25th Avenue, Suite 11 
Phoenix 85021 

Tel: (602) 869-4980 


CALIFORNIA 


Intel Corp. 

7670 Opportunity Rd. 
Suite 135 

San Diego 92111 
Tel: (714) 268-3563 


Intel Corp. ° 
2000 East 4th Street 
Suite 100 

Santa Ana 92705 

Tel: (714) 835-9642 
TWX: 910-595-1114 


Intel Corp.* 

5530 Corbin Ave. 
Suite 120 

Tarzana 91356 

Tel: (213) 708-0333 
TWX: 910-495-2045 


Intel Corp. ° 

3375 Scott Blvd. 
Santa Clara 95051 
Tel: (408) 987-8086 
TWX: 910-339-9279 
910-338-0255 


Earle Associates, Inc. 
4617 Ruffner Street 
Suite 202 

San Diego 92111 

Tel: (714) 278-5441 


Mac-l 

2576 Shattuck Ave. 
Suite 4B 

Berkeley, CA 94704 


Mac-l 

§58 Valley Way 
Calaveras Business Park 
Milpitas 95035 

Tel: (408) 946-8885 


Mac-l 

P.O. Box 8763 
Fountain Valley 92708 
Tel: (714) 839-3341 


Mac-l 

25 Village Parkway 

Santa Monica 90409 

Tel: (213) 452-7611 

Mac-! 

20121 Ventura Blvd., Suite 240E 
Woodland Hills 91364 

Tel: (213) 347-5900 


COLORADO 


Intel Corp. * 

650 S. Cherry Street 
Suite 720 

Denver 80222 

Tel: (303) 321-8086 
TWX: 910-931-2289 


CONNECTICUT 


Intel Corp. 

36 Padanaram Road 
Danbury 06810 

Tal: (203) 792-8368 
TWX: 710-456-1199 


EMC Corp. 

48 Purnell Place 
Manchester 06040 
Tel: (203) 646-8085 


FLORIDA 


Intel Corp. 

1500 N.W. 62nd Street, Suite 104 
Ft. Lauderdale 33309 

Tel: (305) 771-0600 

TWX: 510-956-9407 


Intel Corp. 

500 N. Maitland, Suite 205 
Maitland 32751 

Tel: (305) 628-2393 

TWX: 810-853-9219 


GEORGIA 


Intel Corp. 

3300 Holcomb Bridge Rd. 
Norcross 30092 

Tel: (404) 449-0541 


ILLINOIS 


Intel Corp. ° 
2550 Golf Road, Suite 815 
Rolling Meadows 60008 
Tol: (312) 981-7200 

TWX: 910-651-5881 


INDIANA 


Intel Corp. 

9101 Wesleyan Road 
Suite 204 
Indianapolis 46268 
Tal: (317) 875-0623 


IOWA 


Intel Corp. 

St. Andrews Building 

1930 St. Andrews Drive N.E. 
Cedar Rapids 52402 

Tal: (319) 393-5510 


KANSAS 


Intel Corp. 

9393 W. 110th St., Ste. 265 
Overland Park 66210 

Tel: (913) 642-8080 


MARYLAND 


Intel Corp. ° 

7257 Parkway Drive 
Hanover 21076 

Tal: (301) 796-7500 


* TWX: 710-862-1944 


MASSACHUSETTS 


Intel Corp. ° 

27 Industrial Ave. 
Chelmsford 01824 
Tel: (617) 256-1800 
TWX: 710-343-6333 


EMC Corp. 

381 Elliot Street 
Newton 02164 

Teal: (617) 244-4740 
TWX: 922531 


MICHIGAN 


Intel Corp. ° 

26500 Northwestern Hwy. 
Suite 401 

Southfield 48075 

Tel: (313) 353-0920 
TWX: 810-244-4915 


MINNESOTA 


Intel Corp. 

7401 Metro Blvd. 
Suite 355 

Edina 55435 

Tel: (612).835-6722 
TWX: 910-576-2867 


MISSOURI 


Intel Corp. 

502 Earth City Plaza 
Suite 121 

Earth City 63045 
Tel: (314) 291-1990 


NEW JERSEY 


Intel Corp.° 

Raritan Plaza 

2nd Floor 

Raritan Center 
Edison 08837 

Tel: (201) 225-3000 
TWX: 710-480-6238 
M. T. I. 

383 Route 46 West 
Fairfield, NJ 07006 


_ NEW MEXICO 


BFA Corporation 
P.O. Box 1237 

Las Cruces 88001 
Tel: (505) 523-0601 
TWX: 910-983-0543 


BFA Corporation 
3705 Westerfield, N.E. 
Albuquerque 87111 
Tel: (505) 292-1212 
TWX: 910-989-1157 


NEW YORK 


Intel Corp. °* 

300 Motor Pkwy. 
Hauppauge 11787 
Tel: (516) 231-3300 
TWX: 510-227-6236 


Intel Corp. 

80 Washington St. 
Poughkeepsie 12601 
Teal: (914) 473-2303 
TWX: 510-248-0060 


Intel Corp. °* 

2255 Lyell Avenue 
Lower Floor East Suite 
Rochester 14606 

Tel: (716) 254-6120 
TWX: 510-253-7391 


T-Squared 

4054 Newcourt Avenue 
Syracuse 13206 

Tel: (315) 463-8592 © 
TWX: 710-541-0554 


T-Squared 

7353 Pittsburgh 
Victor Road 

Victor 14564 

Tel: (716) 924-9101 
TWX: 510-254-8542 


NORTH CAROLINA 


Intel Corp. 

2306 W. Meadowview Rd. 
Suite 206 

Greensboro 27407 

Tel: (919) 294-1541 


OHIO 


Intel Corp.* 

6500 Poe Avenue 
Dayton 45414 

Tel: (513) 890-5350 
TWX: 810-450-2528 


Intel Corp. ° 

Chagrin-Brainard Bidg., No. 300 
28001 Chagrin Blvd. 

Cleveland 44122 

Tel: (216) 464-2736 

TWX: 810-427-9298 


OREGON 


Intel Corp. 

10700 S.W. Beaverton 
Hillsdale Highway 
Suite 324 

Beaverton 97005 

Tel: (503) 641-8086 
TWX: 910-467-8741 


PENNSYLVANIA 


Intel Corp. ° 

510 Pennsylvania Avenue 
Fort Washington 19034 
Tel: (215) 641-1000 
TWX: 510-661-2077 


Intel Corp. ° 
201 Penn Center Boulevard 
Suite 301W 


‘Pittsburgh 15235 
- Tel: (412) 823-4970 


Q.E.D. Electronics 
300 N. York Road 
Hatboro 19040 

Tel: (215) 674-9600 
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TEXAS 


Intel Corp.* 

2925 L.B.J. Freeway 
Suite 175 

Dallas 75234 

Tel: (214) 241-9521 
TWX: 910-860-5617 


Intel Corp. °* 

6420 Richmond Ave. 
Suite 280 

Houston 77057 

Tal: (713) 784-3400 
TWX: 910-881-2490 


industrial Digital Systems Corp. 


_ §925 Sovereign 


Suite 101 
Houston 77036 
Tal: (713) 988-9421 


Intel Corp. 

313 E. Anderson Lane 
Suite 314 

Austin 78752 

Tel: (612) 454-3628 


UTAH 


Intel Corp. (temporary) 
3519 Lexington Dr. 
Bountiful, UT 84010 
Tel: (801) 292-2164 


VIRGINIA 


Intel Corp. 

1501 Santa Rosa Road 
Suite C-7 

Richmond, VA 23288 
Tel: (804) 282-5668 


WASHINGTON 


Intel Corp. 

Suite 114, Bldg. 3 
1603 116th Ave. N.E. 
Bellevue 98005 

Tel: (206) 453-8086 
TWX: 910-443-3002 


WISCONSIN 


Intel Corp. 

150 S. Sunnyslope Rd. 
Brookfield 53005 

Tel: (414) 784-9060 


CANADA 


~ Intel Semiconductor Corp.* 


Suite 233, Bell Mews 

39 Highway 7, Bells Corners 
Ottawa, Ontario K2H 8R2 
Tel: (613) 829-97 14 

TELEX: 053-4115 


Intel Semiconductor Corp. 
50 Galaxy Blvd. 

Unit 12 

Rexdale, Ontario 

M9OW 4Y5 

Tel: (416) 675-2105 
TELEX: 06983574 


Multilek, Inc.°* 

15 Grenfell Crescent 
Ottawa, Ontario K2G 0G3 
Tel: (613) 226-2365 
TELEX: 053-4585 
Multilek, Inc. ° 
Toronto 

Tel: 1-800-267-1070 
Multilek, Inc. 
Montreal 

Tel: 1-800-267-1070 


“Field Application Location 


3065 Bowers Avenue 

Santa Clara, California 95051 
Tel: (408) 987-8080 :- - 
TWX: 910-338-0026 

TELEX: 34-6372 


ALABAMA 


Arrow Electronics 
4717 University Dr. 
Suite 102 1/2 D. 
Huntsville 35405 
Tel: (205) 830-1103 


tHamilton/Avnet Electronics 
4812 Commercial Drive N.W. 
Huntsville 35805 

Tel: (205) 837-7210 

TWX: 810-726-2162 


tPioneer/Huntsville 

1207 Putnam Drive N.W. 
Huntsville 35805 : ys 
Tel: (205) 837-9300 

TWX: 810-726-2197 


ARIZONA 


tHamilton/Avnet Electronics 
505 S. Madison Drive 
Tempe, AZ 85281 

Tel: (602) 231-5140 

TWX: 910-950-0077 


tWyle Distribution Group 
8155 N. 24th Street 
Phoenix 85021 

Tel: (602) 995-9185 
TWX: 910-951-4282 


CALIFORNIA 


Arrow Electronics, Inc. 
521 Weddell Dr. 
Sunnyvale 94086 

Tel: (408) 745-6600 
TWX: 910-339-9371 


tAvnet Electronics 

350 McCormick Avenue 
Costa Mesa 92626 

Tel: (714) 754-6051 
TWX: 910-595-1928 


Hamilton/ Avnet Electronics 
1175 Bordeaux Dr. 
Sunnyvale 94086 

Tel: (408) 743-3300 

TWX: 910-339-9332 


tHamilton/ Avnet Electronics 
4545 Viewridge Ave 

San Diego 92123 

Tel: (714) 563-1969 

TWX: 910-335-1216 


tHamilton/Avnet Electronics 
10912 W. Washington Bivd. 
Culver City 90230 - 

Tel: (213) 558-2193 


TWX: 910-340-6364 or 7073 


tHamilton Electro Sales 
3170 Pullman Street 
Costa Mesa 92626 

Tel: (714) 641-4109 
TWX: 910-595-2638 


tWyle Distribution Group 
124 iMaryland Street 

El Segundo 90245 

Tel:/ (213) 322-8100 


TWX: 910-348-7140 of 7111 


tWyle Distribution Group 
9525 Chesapeake Dr. 
San Diego 92123 

Tel: (714) 565-9171 
TWX: 910-335-1590 


tWyle Distribution Group 
3000 Bowers Avenue 
Santa Clara 95052 


Tel: (408) 727-2500 wes 


TWX: 910-338-0451 or 0296 


Wyle Distribution Group 
17872 Cowan Avenue 
Irvine 92713 

Tel: (714) 641-1600 
TWX: 910-595-1572 


COLORADO 


tWyle Distribution Group 
451E 124th Avenue 
Thornton, CO 80241 
Tel: (303) 457-9953 
TWX: 910-936-0770 


tHamilton/ Avnet Electronics 
8765 E. Orchard Road 

Suite 708 

Englewood 80111 

Tel: (303) 740-1017 

TWX: 910-935-0787 


CONNECTICUT 


tArrow Electonics 
12 Beaumont Road 
Wallingford 06512 
Tel: (203) 265-7741 


_ TWX: 710-476-0162 
tHamilton/Avnet Electronics — 


Commerce Industrial Park 
Commerce Drive 

Danbury 06810 

Tel: (203) 797-2800 
TWX: 710-456-9974 


tHarvey Electronics 
112 Main Street 
Norwalk 06851 


’ Tel: (203) 853-1515 


TWX: 710-468-3373 


FLORIDA 


tArrow Electronics 
1001 N.W. 62nd Street 


'. Suite 108 


Ft. Lauderdale 33309 


. Tel: (305) 776-7790 


TWX: 510-955-9456 


tArrow Electronics 
115 Palm Bay Road, N.W. ; 


_ Suite 10, Bldg. 200 


Palm Bay 32905 
Tel: (305) 725-1480 


. TWX: 510-959-6337 


tHamilton/ Avnet Electronics 


. 6800 Northwest 20th Ave. | 


Ft. Lauderdale 33309 
Tel: (305) 971-2900 
TWX: 510-956-3097 


Hamilton/ Avnet Electronics 
3197 Tech. Drive North 


' St. Petersburg 33702 


Tel: (813) 576-3930 
TWX: 810-863-0374 


' tPioneer/Orlando 
6220 S. Orange Biossom Trail | 


Suite 412 

Orlando 32809 

Tel: (305) 859-3600 
TWX: 810-850-0177 


GEORGIA 


Arrow Electronics 
2979 Pacific Drive 
Norcross 30071 


’ Tel: (404) 449-8252 


TWX: 810-766-0439 


tHamilton/ Avnet Electronics 
§825 D. Peachtree Corners 
Norcross 30092 

Tel: (404) 447-7500 

TWX: 810-766-0432 


Pioneer / Georgia 

5835 B Peachtree Corners E 
Norcross 30092 

Tel: (404) 448-1711 

TWX: 810-766-4515 


- ILLINOIS 
- Arrow Electronics 


492 Lunt Avenue 
P.O. Box 94248 


- Schaumburg 60172 


Tel: (312) 893-9420 
TWX: 910-291-3544 


tHamilton/Avnet Electronics 


‘ 3901 No. 25th Avenue 


Schiller Park 60176 
Tel: (312) 678-6310 
TWX: 910-227-0060 - 


Pioneer /Chicago 
1551 Carmen Drive 
Elk Grove 60007 
Tel: (312) 437-9680 
TWX: 910-222-1834 


INDIANA 


Arrow Electronics 
2718 Rand Road 
Indianapolis 46241 
(317) 243-9353 
TWX: 810-341-3119 


tHamilton/ Avnet Electronics 
485 Gradle Drive 

Carmel 46032 

Tel: (317) 844-9333 

TWX: 810-260-3966 


INDIANA (Cont.) 


’ Pioneer /Indiana 


6408 Castleplace Drive 
Indianapolis 46250 

Tel: (317) 849-7300 
TWX: 810-260-1794 


KANSAS 


“. tHamilton/ Avnet Electronics 


9219 Quivera Road 
Overland Park 66215 
Tel: (913) 888-8900 
TWX: 910-743-0005 


_ tComponent Specialties, Inc. 


8369 Nieman Road 
Lenexa 66214 


_ Tel: (913) 492-3555 


MARYLAND 


tHamilton/ Avnet Electronics 
6822 Oak Hall Lane 
Columbia, MD 21045 

Tel: (301) 995-3500 

TWX: 710-862-1861 


Mesa 

16021 Industrial Dr. 
Gaithersburg 20760 
Tel: (301) 948-4350 


’ ¢Pioneer/Washington 


9100 Gaither Road 
Gaithersburg 20760 
Tel: (301) 948-07 10 


* TWX: 710-828-0545 


MASSACHUSETTS 


- tHamilton/Avnet Electronics. 


50 Tower Office Park 
Woburn 01801 
Tel: (617) 935-9700 


‘TWX: 710-393-0382 


tArrow Electronics 
Arrow Dr. 

Woburn 01801 

Tel: (617) 933-8130 
TWX: 710-393-6770 


Harvey /Boston 


"44 Hartwell Ave. 


Lexington 02173 
Tel: (617) 863-1200 
TWX: 710-326-6617 


MICHIGAN 


tArrow Electronics 
3810 Varsity Drive 
Ann Arbor 48104 


- Tel: (313) 971-8220 


TWX: 810-223-6020 


tPioneer/Michigan 
13485 Stamford 
Livonia 48150 


~ Tel: (313) 525-1800 


TWX: 810-242-327 1 


tHamilton/ Avnet Electronics 
32487 Schoolcraft Road 
Livonia 48150 

Tel: (313) 522-4700 

TWX: 810-242-8775 


MINNESOTA 


tArrow Electronics 
§230 W. 73rd Street 


-- Edina 55435 


Tel: (612) 830-1800 
TWX: 910-576-3125 


tindustrial Components 


.§229 Edina Industrial Blvd. 


Minneapolis 55435 
Tel: (612) 831-2666 


TWX: 910-576-3153 
‘Hamilton / Avnet Electronics 


10300 Bren Rd. East 
Minnetonka 55343 
Tel: (612) 932-0666 
TWX: (910) 576-2720 


tHamilton/ Avnet Electronics 
7449 Cahill Road 

Edina 55435 

Tel: (612) 941-3801 

TWX: 910-576-2720 


MISSOURI 


tArrow Electronics 
2380 Schuetz 

St. Louis, MO 63141 
Tel: (314) 567-6888 


tHamilton/ Avnet Electronics 
13743 Shorline Ct. 


. Earth City 63045 


Tel: (314) 344-1200 
TWX: 910-762-0684 
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NEW HAMPSHIRE 


tArrow Electronics 
1 Perimeter Drive 
Manchester 03103 
Tel: (603) 668-6968 
TWX: 710-220-1684 


_ NEW JERSEY 


tArrow Electronics. 
Pleasant Valley Avenue 
Moorestown 08057 
Tel: (215) 928-1800 
TWX: 710-897-0829 


tArrow Electronics 

285 Midland Avenue 
Saddle Brook 07662 
Tel: (201) 797-5800 


. TWX: 710-998-2206 


tHamilton/Avnet Electronics 


_ 1 Keystone Ave. 


Bidg. 36 

Cherry Hill 08003 
Tel: (609) 424-0100 
TWX: 710-940-0262 


* Hamilton/ Avnet Electronics 
-.. 10 Industrial Road 
’ Fairfield 07006 


Tel: (201) 575-3390 
TWX: 710-734-4388 


tHarvey Electronics 
45 Route 46 
Pinebrook 07058 
Tel: (201) 227-1262 


' TWX: 710-734-4382 
. Measurement Technology Sale 


383 Route 46 W 
Fairfield, NJ 07006 
Tel: (201) 227-5552 


NEW MEXICO 


tAlliance Electronics Inc. 
11030 Cochiti S.E. 
Albuquerque 87123 

Tel: (505) 292-3360 
TWX: 910-989-1151 


tHamilton/ Avnet Electronics 
2524 Baylor Drive S.E. 
Albuquerque 87119 

Tel: (505) 765-1500 


_ TWX: 910-989-0614 


NEW YORK 


tArrow Electronics 

900 Broad Hollow Rd. 
Farmingdale, NY 11735 
Tel: (516) 694-6800 


“TWX: 510-224-6494 


tArrow Electronics 
3000 South Winton Road 
Rochester 14623 

Tel: (716) 275-0300 


. TWX: 510-253-4766 


tArrow Electronics 
7705 Maitage Drive 
Liverpool 13088 


_ Tel: (315) 652-1000 
- TWX: 710-545-0230 


Arrow Electronics 
20 Oser Avenue 
Hauppauge 11787 
Tel: (516) 231-1000 
TWX: 510-227-6623 


tHamilton/ Avnet Electronics 
333 Metro Park 

Rochester 14623 

Tel: (716) 475-9130 


TWX: 510-253-6470 


tHamilton/ Avnet Electronics 
16 Corporate Circle 
E. Syracuse 13057 


‘Tel: (315) 437-2641 


TWX: 7 10-54 1- 1560 


tHamilton/ Avnet Electronics 
5 Hub Drive 

Melville, Long Island 11746 
Tel: (516) 454-6000 

TWX: 510-224-6166 


‘Harvey Electronics 


P.O. Box 1208 

Binghampton 13902 
Tel: (607) 748-8211 
TWX: 510-252-0893 


tMicrocomputer System Technical Demonstrator Centers 


3065 Bowers Avenue 

Santa Clara, California 95051 
Tel: (408) 987-8080 

TWX: 910-338-0026 

TELEX: 34-6372 


NEW YORK (Cont.) 


tHarvey Electronics 

60 Crossways Park West 
Woodbury, Long Island 11797 
Tel: (516) 921-8920 

TWX: 510-221-2184 


Harvey /Rochester 
840 Fairport Park 
Fairport 14450 

Tel: (716) 381-7070 
TWX: 510-253-7001 


Measurement Technology Sales Corp. 


169 Northern Blvd. 
Greatneck 11021 
Tel: (516) 482-3500 
TWX: 510-223-0846 


NORTH CAROLINA 


Arrow Electronics 
938 Burke Street 
Winston-Salem 27102 
Tel: (919) 725-8711 
TWX: 510-931-3169 


tHamilton/Avnet Electronics 
2803 Industrial Drive 
Raleigh 27609 

Tel: (919) 829-8030 

TWX: 510-928-1836 


Pioneer /Carolina 
106 Industrial Ave. 
Greensboro 27406 
Tel: (919) 273-4441 
TWX: 510-925-1114 


OHIO 


Arrow Electronics 
10 Knolkrest Dr. 
Reading, OH 45237 
. Tel: (513) 761-5432 
TWX: 810-461-2670 


Arrow Electronics 
7620 McEwen Road 
Centerville 45459 
Tel: (513) 435-5563 
TWX: 810-459-1611 


Arrow Electronics 
6238 Cochran Rd. 
Solon 44139 

Tel: (216) 248-3990 
TWX: 810-427-9409 


tHamilton/ Avnet Electronics 
954 Senate Drive 

Dayton 45459 

Tel: (513) 433-0610 

TWX: 910-450-2531 


tHamilton/Avnet Electronics 
4588 Emery Industrial Parkway 
Warrensville Heights 44128 
Tel: (216) 831-3500 

TWX: 810-427-9452 


tPioneer/Dayton 
4433 Interpoint Blvd. 
Dayton 45424 

Tel: (513) 236-9900 
TWX: 810-459-1622 


tPioneer/ Cleveland 
4800 E. 131st Street 
Cleveland 44105 
Tal: (216) 587-3600 
TWX: 810-422-2211 


OKLAHOMA 


tComponents Specialties, Inc. 
7920 E. 40th Street 

Tulsa 74145 

Tel: (918) 664-2820 

TWX: 910-845-2215 


OREGON 


tAlmac/Stroum Electronics 
8022 S.W. Nimbus, Bldg. 7 
Beaverton 97005 

Teal: (503) 641-9070 

TWX: 910-467-8743 


tHamilton/ Avnet Electronics 
6024 S.W. Jean Rd. 

Bldg. C, Suite 10 

Lake Oswego 97034 

Tel: (503) 635-7848 

TWX: 910-455-8179 


PENNSYLVANIA 


Arrow Electronics 

650 Seco Rd. 
Monroeville, PA 15146 
Tel: (412) 856-7000 


tArrow Electronics 
650 Seco Rd. 
Monroeville 15146 
Tel: (412) 856-7000 


Pioneer/Pittsburgh 
259 Kappa Drive 
Pittsburgh 15238 
Tel: (412) 782-2300 
TWX: 710-795-3122 


Pioneer /Delaware Valley 
261 Gibralter Road 
Horsham 19044 

Tel: (215) 674-4000 
TWX: 510-665-6778 


TEXAS 


Arrow Electronics 
13715 Gama Road 
Dallas 75234 

Tel: (214) 386-7500 
TWX: 910-860-5377 


Arrow Electronics, Inc. 

10700 Corporate Drive, Suite 100 
Stafford 77477 

Tel: (713) 491-4100 

TWX: 910-880-4439 


Component Specialties, Inc. 
8222 Jamestown Drive 
Suite 115 

Austin 78758 

Tel: (512) 837-8922 

TWX: 910-874-1320 


tComponent Specialties, Inc. 
10907 Shady Trail, Suite 101 
Dallas 75220 

Tel: (214) 357-6511 

TWX: 910-861-4999 


tComponent Specialties, Inc. 
8181 Commerce Park Drive, Suite 700 
Houston 77036 

Tel: (713) 771-7237 

TWX: 910-881-2422 


Hamilton/ Avnet Electronics 
10508A Boyer Blvd. 

Austin 78757 

Tel: (512) 837-8911 

TWX: 910-874-1319 


tHamilton/Avnet Electronics 
2111 W. Walnut Hill Lane 
Iving 75062 

Tel: (214) 659-4100 

TWX: 910-860-5929 


tHamilton/Avnet Electronics 
3939 Ann Arbor Drive 
Houston 77063 

Tel: (713) 780-1771 

TWX: 910-881-5523 


UTAH 


tHamilton/ Avnet Electronics 
1585 West 2100 South 

Salt Lake City 84119 

Tel: (801) 972-2800 

TWX: 910-925-4018 


WASHINGTON 


tAlmac/Stroum Electronics 
5811 Sixth Ave. South 
Seattle 98108 

Tel: (206) 763-2300 

TWX: 910-444-2067 


tHamilton/ Avnet Electronics 
14212 N.E. 21st Street 
Bellevue 98005 

Tel: (206) 453-5844 

TWX: 910-443-2469 


tWyle Distribution Group 
1750 132nd Avenue N.E. 
Bellevue 98005 

Tel: (206) 453-8300 
TWX: 910-443-2526 


WISCONSIN 


tArrow Electronics 

430 W. Rausson Avenue 
Oakcreek 53154 

Tel: (414) 764-6600 
TWX: 910-262-1193 


tHamilton/ Avnet Electronics 
2975 Moorland Road 

New Berlin 53151 

Tel: (414) 784-4510 

TWX: 910-262-1182 


CANADA 


ALBERTA 


tL.A. Varah Ltd. 
4742 14th Street N.E. 
Calgary T2D 6L7 

Tel: (403) 230-1235 
TWX: 038-258-97 


Zentronics 

9224 27th Avenue 
Edmonton T6N 1B2 
Tel: (403) 463-3014 
Telex: 03742841 


Zentronics 

3651 21st N.E. 
Calgary T2E 6T5 
Tel: (403) 230-1422 


BRITISH COLUMBIA 


L.A. Varah Ltd. 

2077 Alberta Street 
Vancouver V5Y 1C4 
Tel: (604) 873-3211 
TWX: 610-929-1068 


Zentronics 

§50 Cambie St. 
Vancouver V6B 2N7 
Tet: (604) 688-2533 
TWX: 04-5077-89 


MANITOBA 


L.A. Varah 

1-1832 King Edward Street 
Winnipeg R2R ON1 

Tel: (204) 633-6190 

TWX: 07-55-365 


Zentronics 

590 Berry St. 
Winnipeg R3H OS1 
Tel: (204) 775-8661 


NOVA SCOTIA 


Zentronics 
30 Simmonds Dr., Unit B 
Dartmouth, B3B 1R3 
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ONTARIO 
tHamilton/ Avnet Electronics 


86845 Rexwood Road, Units G & H 


_ Mississauga L4V 1M5 
Tel: (416) 677-4732 
TWX: 610-492-8867 


tHamilton/ Avnet Electronics 
1735 Courtwood Cresent 
Ottawa K2C 3J2 ca 

~ Tel: (613) 226-1700 
TWX: 053-4971 


tL.A. Varah, Ltd. 
505 Kenora Avenue 
Hamilton L8E 3P2 
Tel: (416) 561-9311 
TWX: 061-8349 


tZentronics 

141 Catherine Street 
Ottawa K2P 1C3 
Tel: (613) 238-6411 
‘TWX: 053-3636 


tZentronics 

8 Kilbury Ct. 
Brampton, Ontario 
Toronto, L6T 3T4 
Tel: (416) 451-9600 
Telex: 06-976-78 


Zentronics 

564/10 Weber St., N. 
Waterloo, NAL 5C6 
Tel: (519) 884-5700 


QUEBEC 


tHamilton/ Avnet Electronics 
2670 Sabourin Street 

St. Laurent H4S 1M2 

Tel: (514) 331-6643 

TWX: 610-421-3731 


Zentronics 

5010 Rue Pare Street 
Montreal H4P 1P3 
Tel: (514) 735-5361 
TWX: 05-827-535 


tMicrocomputer System Technical Demonstrator Centers 


3065 Bowers Avenue 


Santa Clara, California 95051 


Tel: (408) 987-8080 
TWX: 910-338-0026 
TELEX: 34-6372 


CALIFORNIA 
Intel Corp. 


1601 Old Bayshore Hwy. - 


Suite 345 
Burlingame 94010 
Tel: (415) 692-4762 


TWX: 910-375-3310. - 


Intel Corp. 

2000 E. 4th Street 
Suite 110 

Santa Ana 92705 
Tel: (714) 835-2670 
TWX: 910-595-2475 


Intel Corp. 

7670 Opportunity Road 
San Diego 92111 

Tel: (714) 268-3563 


Intel Corp. 

5530 N. Corbin Ave. 
Suite 120 

Tarzana 91356 

Tel: (213) 708-0333 


COLORADO 


Intel Corp. 

650 South Cherry 
Suite 720 

Denver 80222 

Tel: (303) 321-8086 
TWX: 910-931-2289 


CONNECTICUT 


intel Corp. 

36 Padanaram Rd. . 
Danbury, CT 06810 

Tel: (203) 792-8366 


FLORIDA 


Inte! Corp. 

1500 N.W. 62nd Street 
Suite 104 

Ft. Lauderdale 33309 
Tel: (305) 771-0600 
TWX: 510-956-9407 


Intel Corp. 

500 N. Maitland Ave. 
Suite 205 

Maitland, FL 32751 
Tel: (305) 628-2393 
TWX: 810-853-9219 


Intel Corp. 

5181 Adanson St. 
Orlando 32804 

Tel: (305) 628-2393 
GEORGIA 


Intel Corp. 


3300 Holcomb Bridge Rd. #225 


Norcross, GA 30092 
Tel: (404) 449-0541 


ILLINOIS 


Intel Corp. 

2550 Golf Road 

Suite 815 

Rolling Meadows 60008 
Tel: (312) 981-7230 
TWX: 910-253-1825 


KANSAS 


Intel Corp. 

9393 W. 110th Street 
Suite 265 

Overland Park 66210 
Tel: (913) 642-8080 


MARYLAND 


Intel Corp. 

7257 Parkway Drive 
Hanover 21076 

Tel: (301) 796-7500 
TWX: 710-862-1944 


MASSACHUSETTS 


Intel Corp. 
27 Industrial Avenue 


~ Chelmsford 01824 
> Tel: (617) 256-1800 


TWX: 710-343-6333 


“MICHIGAN 


Intel Corp. “ 
26500 Northwestern Hwy. .... 
Suite 401 ; 
Southfield 48075 

Tal: (313) 353-0920 

TWX: 810-244-4915 


MINNESOTA 


Intel Corp. 

7401 Metro Bivd. 
Suite 355 

Edina 55435 


- Tel: (612) 835-6722 


TWX: 910-576-2867 


“. MISSOURI 


Intel Corp. 


- " §02 Earth City Plaza 
’ Suite 121 


Earth City 63045 


... Tel: (314) 291-1990 
NEW JERSEY 


Intel Corp. 
2460 Lemoine Avenue 


~ 1st Floor 


Ft. Lee 07024 
Tel: (201) 947-6267 


 .. TWX: 710-991-8593 


’ NEW YORK 


. _ Intel Corp. 
» 2255 Lyell Avenue 


Rochester, NY 14606 
Tel: (716) 254-6120 


NORTH CAROLINA 


Intel Corp. 

2306 W. Meadowview Rd. 
Suite 206 

Greensboro, NC 27407 
Tel: (919) 294-1541 


OHIO 


Intel Corp. 
Chagrin-Brainard Bidg. Suite 300 . 
28001 Chagrin Bivd. 
Cleveland 44122 

Tel: (216) 464-2736 
TWX: 810-427-9298 

Intel Corp. 

6500 Poe Avenue 

Dayton 45414 

Tel: (513) 890-5350 
TWX: 810-450-2528 . 


OREGON 
Inte! Corp. 


10700 S.W. Beaverton-Hillsdale Hwy. 


Suite 22 

Beaverton 97005. 
Tel: (503) 641-8086 
TWX: 910-467-8741 


PENNSYLVANIA 


Intel Corp. 

500 Pennsylvania Avenue 
Fort Washington 19034 
Tel: (215) 641-1000 
TWX: 510-661-2077 


Intel Corp. 

201 Penn Center Bivd. 
Suite 301 W. 
Pittsburgh, PA 15235 
Tel: (412) 823-4970 


U.S. AND CANADIAN SERVICE OFFICES 


TEXAS 


Intel Corp. 

313 E. Anderson Lane 
Suite 314 

Austin 78752 

Tel: (512) 454-8477 
TWX: 910-874-1347 


Intel Corp. 
2925 L.B.J. Freeway 


-' Suite 175 
‘ Dallas 75234 


Tel: (214) 241-2820 
TWX: 910-860-5617 


‘Intel Corp. 


6420 Richmond Avenue 
Suite 280 

Houston 77057 

Tel: (713) 784-1300 
TWX: 910-881-2490 


_ VIRGINIA 


Intel Corp. 
7700 Leesburg Pike 
Suite 412 
Falls Church 22043 
Tel: (703) 734-9707 
TWX: 710-931-0625 


WASHINGTON 


Intel Corp. 
1603 116th Ave. N.E. 
Suite 114 


- Bellevue 98005 


Tel: (206) 232-7823 
TWX: 910-443-3002 


WISCONSIN 


Intel Corp. 

150 S. Sunnyslope Road 
Suite 148 

Brookfield 53005 

Tel: (414) 784-9060 


CANADA 


Intel Corp. 

50 Galaxy Bivd. 
Unit 12 

Rexdale, Ontario 
M9OW4Y5 

Tel: (416) 675-2105 


_ Telex: 069-89278 


Intel Corp. 

39 Bells Corners . 
Ottawa, Ontario 
K2H 8R2 

Tel: (613) 829-9714 
Telex: 053-4115 


August 1981 


In 


Intel Corporation 
3065 Bowers Avenue 
Santa Clara, CA 95051 


Intel Corporation S.A. 
Parc Seny 

Rue du Moulin a Papier 51 
Boite 1 

B-1160 Brussels 

Belgium 


Intel Japan K.K. 

5-6 Tokodai Toyosato-machi 
Tsukuba-gun, [baraki-ken 300-26 
Japan 


Printed in U.S.A./C-258/781/45K/RRD._ 


